Yes, I can still reproduce it on 64. I'm on linux though.

Pretty sure I figured this out, since I was able to reproduce it as well. It has to do with caching and something Whatsapp is doing to restore the page from local data most likely, as once you clear the local data for web.whatsapp.com, it correctly requests redirecting to the correct container.

If I had to guess, I suspect that Firefox triggers the container switch dialog on the first network request, and that page is so optimized that after the first visit it loads entirely from cache and/or localstorage data without any network activity at all.

If true, it might be that while it didn't switch, it actually wasn't leaking data between containers at all, since there was no network activity. I'm not sure if a background request would have triggered a container switch dialog, been blocked quietly, or have been allowed through some root page permissions cascade.

I may be far off, and this is trivially checkable, but I'm out of time.

I had a look at the github issue, and what worked was this comment: https://github.com/mozilla/multi-account-containers/issues/8...

You can try this if it affects you.

On Linux, works for me. Using add-on version if that helps. There is a bug that opening a url via e.g. xdg isn't able to prevent default tab opening on first startup.