Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Modify and enrich W3C Use Cases (and related ones) #871

Open
wants to merge 2 commits into
base: master
Choose a base branch
from

Conversation

nroggeman-ledger
Copy link
Contributor

Description

The goal of this PR is to modify and enrich W3C Use Cases. It also concern security reports displayed in these Use Cases, for example for Blind Signing.

Changes include

  • Bugfix (non-breaking change that solves an issue)
  • New feature (non-breaking change that adds functionality)
  • Breaking change (change that is not backwards-compatible and/or changes current functionality)
  • Tests
  • Documentation
  • Other (for changes that might not fit in any category)

Breaking changes

nbgl_useCaseReviewWithWarning() function becomes nbgl_useCaseAdvancedReview(), because this second function was only used once in Ethereum

@codecov-commenter
Copy link

codecov-commenter commented Feb 21, 2025

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 60.02%. Comparing base (8362475) to head (657ac2d).

Additional details and impacted files
@@           Coverage Diff           @@
##           master     #871   +/-   ##
=======================================
  Coverage   60.02%   60.02%           
=======================================
  Files          12       12           
  Lines        1736     1736           
=======================================
  Hits         1042     1042           
  Misses        694      694           
Flag Coverage Δ
unittests 60.02% <ø> (ø)

Flags with carried forward coverage won't be shown. Click here to find out more.

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

const char *reportProvider; ///< name of the security report provider, used in some strings
const char *reportUrl; ///< URL of the report, used in some strings
const char *providerMessage; ///< Dedicated provider message. Default one will be used if NULL
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Maybe we'll need a second buffer, in the very specific cases Other risk or Other threat, where we have to display a different string between pre-transaction warning screen and security report screen?

"Web3 Checks found a risk:\n%s.",
reviewWithWarnCtx.warning->providerMessage);
bar.subText = tmpString;
bar.subText = reviewWithWarnCtx.warning->providerMessage;
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What about (here?) to handle the "Tap the top-right icon for more details" that may appear in the 1st warning page, but should be displayed in the security report?
Could we simply check is the sentence is present and not display it here?
Or should we use 2 variables

  • providerMessageScreen: for the warning screen
  • providerMessageReport: for the security report

And then, if both are defined, we use them on the dedicated screen, else, usee the one defined in both screens?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants