-
Notifications
You must be signed in to change notification settings - Fork 987
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
feat: statusgo filter optimizations (not to merge) #20601
Conversation
86% of end-end tests have passed
Failed tests (4)Click to expandClass TestWalletMultipleDevice:
Class TestDeepLinksOneDevice:
Expected to fail tests (3)Click to expandClass TestWalletOneDevice:
Class TestGroupChatMultipleDeviceMergedNewUI:
Class TestCommunityMultipleDeviceMergedTwo:
Passed tests (44)Click to expandClass TestCommunityOneDeviceMerged:
Class TestActivityMultipleDevicePR:
Class TestCommunityMultipleDeviceMergedTwo:
Class TestActivityCenterContactRequestMultipleDevicePR:
Class TestGroupChatMultipleDeviceMergedNewUI:
Class TestActivityMultipleDevicePRTwo:
Class TestWalletOneDevice:
Class TestCommunityMultipleDeviceMerged:
Class TestOneToOneChatMultipleSharedDevicesNewUiTwo:
Class TestOneToOneChatMultipleSharedDevicesNewUi:
|
@chaitanyaprem thank you for the PR. I have performed manual testing of the PR. Overall message delivery seems to be +- okay, e2e results are okay as well. Although I have also noticed message delivery delays in the following scenario: Preconditions: mobile Users A, B, C members of the same community Steps:
Actual result: some messages from User B are not received. Subsequently all messages are delivered but after some re-logins by User A (receiver) and User B (sender). This is not something I am reproducible all the time Below are logs from todays manual testing session, you can check them, maybe you will something suspicious. User_A_light_client.zip |
@chaitanyaprem I would not block the PR by the issue above. But if you will see some issues in logs and will decide to push fixes - please, let me know so I re-test the PR. Otherwise it is ready for merge from mobile perspective. |
Closing this PR as testing and dogfooding is done and issues reported are not related to the changes in this PR. |
Summary
This PR is not to be merged, but only to be used for dogfooding.
This is based on status-im/status-go#5440
Affected areas
LightClient/Mode filter subscriptions.
Testing notes
LightClient dogfooding
To enable light-client, go to Profile --> Advanced and select "Light Client". This will require an app restart.
Dogfooding steps and things to look for in lightClient:
Note : Do wait for 30-60 seconds for all filter subscriptions to stabilize after logging in or starting the app, until then you may notice a latency in receiving messages.
cc @pavloburykh Can we get some e2e and manual testing of lightClient done for this PR?