Page MenuHomePhabricator

Fix broken E2E notifications when Safari is closed
ClosedPublic

Authored by marcin on Aug 20 2024, 3:06 AM.
Tags
None
Referenced Files
F2996908: D13119.id43501.diff
Thu, Oct 17, 3:28 PM
Unknown Object (File)
Sun, Oct 13, 1:21 PM
Unknown Object (File)
Wed, Oct 9, 5:27 PM
Unknown Object (File)
Sat, Oct 5, 11:34 PM
Unknown Object (File)
Wed, Sep 25, 1:30 AM
Unknown Object (File)
Wed, Sep 25, 1:30 AM
Unknown Object (File)
Wed, Sep 25, 1:30 AM
Unknown Object (File)
Wed, Sep 25, 1:30 AM
Subscribers

Details

Summary
Test Plan
  1. Kill Safari.
  2. Ensure keyserver e2e notifs work correctly.

Diff Detail

Repository
rCOMM Comm
Branch
marcin/eng-9059
Lint
No Lint Coverage
Unit
No Test Coverage

Event Timeline

Shouldn't we update all usages of isDesktopSafari that could be affected, e.g. in getCryptoKeyPersistentForm?

This revision is now accepted and ready to land.Aug 20 2024, 3:41 AM

Shouldn't we update all usages of isDesktopSafari that could be affected, e.g. in getCryptoKeyPersistentForm?

This is a very good question.
For keyserver based notifs it is not necessary to update getCryptoKeyPersistentForm since olm session encryption key is not persisted upon decryption. It is only persisted when session with keyserver is created and this requires opened app. Things are different for peer-to-peer notifications since notification can initiate encryption key generation and persistence since it can be session creation request.

I will continue investigation on Linear.