TL;DR; Brave Browser users lose saved settings on browser restart if Jitsi loaded using IFrame. This matters because not only is it inconvenient for users, lost of tracking data could have financial impact for those paying for MAU.
I was chasing a user report that Virtual Backgrounds weren’t being persisted, and the investigation led us a potentially much wider issue – Brave Browser appears to be wiping out Local Storage written by Jitsi Meet when run within an IFrame.
Anyone else see this issue?
(Or am I doing something silly with the setup?)
- From Brave Browser, load jitsi using IFrame API. Here’s the example I used: Test Meet
- Set name, virtual background, settings, etc.
- Join then leave meeting
- Restart Brave Browser
- Load same page.
- Virtual background, settings, name etc no longer applied
- In devtools > Application > Local Storage > `https://meet.jit.si, we see that all the values are reset (including jitsiMeetId which I presume is what JaaS uses for user tracking)
In case it makes a difference, I’m using Brave 1.32.115 on Mac 12.0.1.
Also worth noting that everything works as expected if I disable Brave shield.
In fact, if I disable brave shield I immediately inherit jitsi settings I use on the main meet.jit.si site (without IFrame). This leads me to believe it is down to how Brave enforces Ephemeral Storage – Jitsi runing in iFrame is considered third-party content and gets store in partitioned storage which gets wiped on browser restart.