-
-
Notifications
You must be signed in to change notification settings - Fork 283
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
Fix failing tests #17618
Fix failing tests #17618
Conversation
WalkthroughThe changes involve three separate modifications. The first update adds the command-line argument ✨ Finishing Touches
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. 🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (Invoked using PR comments)
Other keywords and placeholders
CodeRabbit Configuration File (
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actionable comments posted: 1
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro
📒 Files selected for processing (3)
.github/actions/check-previous-test-runs/action.yml
(1 hunks)packages/suite-desktop-core/e2e/support/testExtends/customMatchers.ts
(1 hunks)packages/suite-desktop-core/e2e/tests/wallet/add-account-types.test.ts
(0 hunks)
💤 Files with no reviewable changes (1)
- packages/suite-desktop-core/e2e/tests/wallet/add-account-types.test.ts
🧰 Additional context used
🧠 Learnings (1)
packages/suite-desktop-core/e2e/support/testExtends/customMatchers.ts (1)
Learnt from: Vere-Grey
PR: trezor/trezor-suite#17500
File: packages/suite-desktop-core/e2e/support/testExtends/customMatchers.ts:49-70
Timestamp: 2025-03-12T13:05:17.357Z
Learning: In the `transformAddress` function used for e2e testing in Trezor Suite, `formatAddress()` is intentionally applied only to the 'fourTetragrams' format (which displays addresses in groups of 4 characters), and not to the 'fullLine' format (which displays addresses in lines of up to 18 characters without tetragram grouping).
⏰ Context from checks skipped due to timeout of 90000ms (9)
- GitHub Check: run-e2e-suite-desktop-tests (@group=wallet, trezor-user-env-unix bitcoin-regtest)
- GitHub Check: run-e2e-suite-desktop-tests (@group=other, trezor-user-env-unix)
- GitHub Check: run-e2e-suite-desktop-tests (@group=passphrase, trezor-user-env-unix)
- GitHub Check: run-e2e-suite-desktop-tests (@group=settings, trezor-user-env-unix bitcoin-regtest)
- GitHub Check: run-e2e-suite-desktop-tests (@group=device-management, trezor-user-env-unix)
- GitHub Check: run-e2e-suite-desktop-tests (@group=suite, trezor-user-env-unix)
- GitHub Check: build-web
- GitHub Check: Setup and Cache Dependencies
- GitHub Check: Analyze with CodeQL (javascript)
🔇 Additional comments (1)
.github/actions/check-previous-test-runs/action.yml (1)
42-46
:✅ Verification successful
Improvement: Added limit to GitHub workflow list
Adding the
--limit 100
parameter to thegh workflow list
command is a good optimization that will prevent potential performance issues when retrieving workflow data. This helps control the response size and execution time.However, be aware that if your repository has more than 100 workflows and the target workflow happens to be beyond this limit, the script might fail to find it.
🏁 Script executed:
#!/bin/bash # Check how many workflows exist in the repository to ensure 100 is sufficient gh workflow list --repo "$GITHUB_REPOSITORY" | wc -lLength of output: 39
Code Verification:
--limit 100
is Safe in Current ContextThe recent test confirms there are 50 workflows in the repository, well within the 100 workflow limit. This verifies that the added
--limit 100
parameter is an effective optimization without impacting the retrieval of the target workflow.
- The limit prevents unnecessary performance overhead when many workflows exist.
- The current count of 50 workflows ensures that the target workflow is not inadvertently omitted.
Description
Related Issue
Resolve
Screenshots: