-
Notifications
You must be signed in to change notification settings - Fork 985
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_: retry dns discovery on failure #21380
base: develop
Are you sure you want to change the base?
Conversation
@richard-ramos thanks for the PR. Could you please ping us once corresponding go PR is reviewed and approved? After that we will proceed with testing on mobile side. |
Reviewed and approved! |
98% of end-end tests have passed
Failed tests (1)Click to expandClass TestCommunityOneDeviceMerged:
Passed tests (50)Click to expandClass TestActivityCenterContactRequestMultipleDevicePR:
Class TestDeepLinksOneDevice:
Class TestGroupChatMultipleDeviceMergedNewUI:
Class TestCommunityMultipleDeviceMergedTwo:
Class TestCommunityOneDeviceMerged:
Class TestWalletMultipleDevice:
Class TestOneToOneChatMultipleSharedDevicesNewUiTwo:
Class TestOneToOneChatMultipleSharedDevicesNewUi:
Class TestActivityMultipleDevicePR:
Class TestCommunityMultipleDeviceMerged:
Class TestWalletOneDevice:
Class TestActivityMultipleDevicePRTwo:
|
Hey @richard-ramos! Thanks for the PR.
I have tried to test this flow and peers appear after reconnecting to the internet. Although I am facing another problem in this case which is described below. This problem is not PR related as I am reproducing it in develop. I wonder if you don't mind to check it in scope of this PR. Otherwise I can log it separately (as it might be related to the issues of mobile online/offline handling) ISSUE 1 Messages are not sent after coming back onlinePreconditions: User A and B are mutual contacts Steps:
Actual result: messages are stuck greyed out for sender (User A). New messages also not being sent. The messages start being sending only after relogin andr_User_B_receiver_logs.zip messages_stuck_offline_handling.mp4 |
Thank you, @pavloburykh! If possible please open a separate issue for the problem you ran into, as this seems to not be related to this PR :( |
sounds good @richard-ramos, thanks. Just to make sure: do I understand correctly that this PR should potentially fix #21371 ? Though I do not know how to verify it as there are no reproduction steps, it happened randomly. In terms of steps to test which you have described in PR description I do not see any difference compared to develop, i.e. peers appear for me after reconnection both in this PR and develop. So I am little bit unsure how exactly/what exactly I should verify while testing, what difference should be in comparison to develop from user perspective? |
This PR should help for the cases on which DNS fails to resolve the bootnodes. |
@richard-ramos Thanks for your PR! I don't see any issues on my side, and the PR can be merged. |
Might fix #21371
Requires:
This PR adds a retry mechanism for dns discovery URLs that fail to be retrieved by periodically attempting to resolve the URL with a backoff period that will increase up to 1m.
This PR is very simple to test: we should disconnect the internet and login. Once logged in, reconnect to the internet. The retry mechanism will attempt to retrieve the values from the DNS Discovery URL, and peer discovery should happen again.