You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Our e2e tests always repeat the implementation for unlocking the wallet, even though there is an helper function to do that.
Moreover, the unlockWallet helper function should also wait for the login to actually end, so that test cases don't have to manually delay the execution for an arbitrary number of seconds.
Scenario
No response
Design
No response
Technical Details
Some of our test cases open external pages in the browser to test dapp features, and these tests take action on these pages right after the login. Some of them explicitly wait some time (with driver.delay(1000);), some others don't wait at all: this was ok-ish when the key derivation and vault decryption was fast, because the login operation used to end before the external pages were loaded, but now that the decryption is much slower this assumption is wrong because this happens:
The test case inputs the password, then clicks on login
The test case immediately opens an external page
The test case immediately executes an action on the test dapp
The pop-up (any pop-up screen, like the one to sign for example) will open, but instead of showing the expected screen, it will show the login screen to input the password, as the decryption is still happening on the main initial view.
The test fails with a timeout, as the screen expected by the test will never show up.
Threat Modeling Framework
No response
Acceptance Criteria
No response
References
No response
The text was updated successfully, but these errors were encountered:
What is this about?
Our e2e tests always repeat the implementation for unlocking the wallet, even though there is an helper function to do that.
Moreover, the
unlockWallet
helper function should also wait for the login to actually end, so that test cases don't have to manually delay the execution for an arbitrary number of seconds.Scenario
No response
Design
No response
Technical Details
Some of our test cases open external pages in the browser to test dapp features, and these tests take action on these pages right after the login. Some of them explicitly wait some time (with driver.delay(1000);), some others don't wait at all: this was ok-ish when the key derivation and vault decryption was fast, because the login operation used to end before the external pages were loaded, but now that the decryption is much slower this assumption is wrong because this happens:
Threat Modeling Framework
No response
Acceptance Criteria
No response
References
No response
The text was updated successfully, but these errors were encountered: