Skip to content
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

Crypto: Do not block the main thread when retrying the decryption of an event #405

Merged
merged 1 commit into from
Nov 8, 2017

Conversation

manuroe
Copy link
Contributor

@manuroe manuroe commented Nov 8, 2017

The GH diff is not visually helpful at first. The change only consists in the use of a new method called decryptEventFromCryptoThread that does not require a dispatch_async ... dispatch_sync nasty thing.

Retrying happens when we receive the key afterwards because of a late room key or because another user's device answers to our key share request.
In that case, as we are already in an asynchronously case, we do not need to come back to and block the main thread to decrypt the event as opposed to #205.

…an event.

Retrying happens when we receive the key afterwards because of a late room key or because another user's device answers to our key share request.
In that case, as we are already in an asynchronously case, we do not need to come back to and block the main thread to decrypt the event as opposed to #205.
Copy link
Member

@giomfo giomfo left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

SGTM

@manuroe manuroe merged commit be3540b into e2e_key_sharing Nov 8, 2017
@manuroe manuroe deleted the e2e_async_retry branch November 8, 2017 10:25
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants