3 Commits

Include renames

Author	SHA1	Message	Date
Lotus CIandClaude Opus 5.5	02bd356a89	fix(media): retry an image once when it raced the service worker ... On a first visit (or right after an update) the service worker only takes control when it activates. An image requested before then goes out without the access token, fails, and showed "Retry". Now a failed image waits for the worker to take control (or a moment) and retries once by itself; "Retry" appears only if that fails too. Encrypted media is unchanged. Also the cause of the flaky "#219 gallery lightbox" e2e test (1 in 4 locally, 10/10 after). Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_017PCb59uY3UKqDqt7B6hzd5	2026-10-25 19:11:56 -04:00
Lotus CIandClaude Opus 5.5	005fc9e768	fix(notifications): notification replies re-check encryption at send time and use the right account (#299) ... The service worker posts inline notification replies in the clear (it cannot encrypt). The Reply action was only withheld for rooms that were encrypted when the notification was shown, so a reply typed hours later into a room that has since turned on encryption went out unencrypted. It also posted with the newest session the worker knew, not the notification's account. The worker now GETs the room's m.room.encryption state first and only sends on a definite 404; notifications carry the user id and the worker uses that account's session (or refuses). "Reply not sent" says why. Fixes #299 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_017PCb59uY3UKqDqt7B6hzd5	2026-10-17 20:52:12 -04:00
Ajay Bura	4d2da0c030	Post session info to service worker instead of asking from sw (#2605) ... post session info to service worker instead of asking from sw on each request	2026-02-14 17:11:36 +11:00