-
Notifications
You must be signed in to change notification settings - Fork 96
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 "QR process failed" error and add a test #2725
Conversation
before, a stale secure-join or setup-contact made the whole qr-scanning unusable until the app is restarted, resulting in "QR process failed" errors. this commit fixes the issue by aborting existing scans - in cases, a user really wants two concurrect joins running, this is not perfect, but that did not worked before as well.
@r10s Remove the |
Clippy is unhappy too |
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.
There is also an "ongoing process", so it is probably possible to hit JoinError::OngoingRunning
now. This change is an improvement nevertheless.
might be, yes. in general, however, ui call however, that is not really worth fixing as with #2508 we get of "ongoing" and "blocking" for all qr-joins :) |
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.
LGTM
as already pointed out at #2611, the issue was that a stale/running secure-join/setup-contact made any subsequent joins unusable.
this pr aborts any existing secure-join/setup-contact, as it is also described in the docs ("Subsequent calls of dc_join_securejoin() will abort unfinished tasks")
nb: calls to stop_ongoing_process() does not help, however, in case of setup-contact the function is not blocking anyway (and the same is planned for secure-join)
fixes #2611