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

Restore from backup failure after backup has been re-created from another session #22036

Closed
BillCarsonFr opened this issue May 3, 2022 · 2 comments
Labels
A-E2EE A-E2EE-Key-Backup O-Uncommon Most users are unlikely to come across this or unexpected workflow S-Minor Impairs non-critical functionality or suitable workarounds exist T-Defect

Comments

@BillCarsonFr
Copy link
Member

BillCarsonFr commented May 3, 2022

Steps to reproduce

  1. Create a new account from web
  2. Set up secure backup (eventually create an e2ee room with some messages to have something to backup)
  3. Keep the created session and use another private/context tab to log in the same account from another web
  4. Verify the second session using the passphrase from 2
  5. On the second session, go to Settings > Security & Privacy and then delete the backup
  6. Still on the second session create a new backup (you will be prompt to enter passphrase again)
  7. Now go back to the first session
  8. go to Settings > Security & Privacy and then tap on Restore from backup.
  9. Enter the passphrase

Actual:
After you entered sucessfully the passphrase you'll see this dialog
image

It looks like the legacydialog to enter the megolm backup key (not the 4S)

Expected:
It should just import your keys.

Worth Noting:
If you go back and try again to restore from backup it will work.

Notes:
It's a case of desynchronised 4S and local cached key. When you try to restore you already have a megolm backup key known locally in cache but it's outdated.

Outcome

What did you expect?

What happened instead?

Operating system

macOS

Browser information

FF

URL for webapp

develop.element.io

Application version

Element version: 850a250-react-3e31fdb6a71f-js-d190cdc307f1 Olm version: 3.2.8

Homeserver

local synapse

Will you send logs?

No

@BillCarsonFr BillCarsonFr changed the title Restore from backup failure after backup as been re-created from another session Restore from backup failure after backup has been re-created from another session May 3, 2022
@duxovni duxovni added S-Minor Impairs non-critical functionality or suitable workarounds exist O-Uncommon Most users are unlikely to come across this or unexpected workflow labels May 4, 2022
@richvdh richvdh added the A-E2EE label Jun 26, 2024
@richvdh
Copy link
Member

richvdh commented Oct 23, 2024

I wonder if this is still a thing. Given most of the code has been rewritten, it may well not be. We should re-triage it.

@richvdh
Copy link
Member

richvdh commented Oct 31, 2024

I think this is actually a duplicate of #27469.

@richvdh richvdh closed this as completed Oct 31, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
A-E2EE A-E2EE-Key-Backup O-Uncommon Most users are unlikely to come across this or unexpected workflow S-Minor Impairs non-critical functionality or suitable workarounds exist T-Defect
Projects
None yet
Development

No branches or pull requests

3 participants