1823488 - Firefox windows change x11 "window id" (reload windows?) breaking user defined window manager ordering of windows

Status: UNCONFIRMED

(Core :: Widget: Gtk, defect, P5)

Description

[Michael J Evans]

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:109.0) Gecko/20100101 Firefox/111.0

Steps to reproduce:

Open multiple Firefox Profiles (used for security and content isolation) simultaneously.
Open multiple windows per profile for related thoughts / document sets.
Open many tabs across the profiles.

Re-order (manually drag) the windows around.

Have the PC on for a few days (lock screen, unlock with password) and find that Firefox has 'closed' windows (they reopened with different window IDs) thus breaking user defined window sorting.

I don't think this is quite the same as bug #1235231 ; but it's possible that Firefox's behavior is interacting with Icons-only Task Manager ( https://bugs.kde.org/show_bug.cgi?id=466691 ) in a way that confounds what I'd expect to see were the issues related. E.G. if it used a more complex heuristic to match some user sorted windows those might end up in a different spot than a freshly reloaded and restored Firefox session.

Actual results:

Comparing xwininfo's dump of x11 windows (and their 32 bit IDs), it becomes clear that something has caused old window IDs to vanish and be replaced by new window IDs for the same set of tabs.

I'm unsure if this is a Firefox (base) bug, or if it's something a plugin might be doing, the only plugin I use that seems remotely likely to be related might be "Tab Session Manager", but it shouldn't be reloading entire windows of tabs outside of OS or user actions (E.G. that close and reload all of Firefox)?

xwininfo -children -root | sed -e 's/failure in conversion from UTF8_STRING to ANSI_X3.4-1968/UTF8_only/;/has no name/d;/1 child:/d;/2 children:/d' > /tmp/xwininfo2 ; xwininfo -children -root | sed -e 's/failure in conversion from UTF8_STRING to ANSI_X3.4-1968/UTF8_only/;/has no name/d;/1 child:/d;/2 children:/d' | cut -d\ -f6 | grep 0x | sort -n > /tmp/wxids2 ;
comm -13 /tmp/wxids{1,2} | while read II ; do grep $II /tmp/xwininfo2 ; done | grep -v 200x200

Expected results:

Windows should stay open until a user action closes them, or possibly they 'crash' and must be manually be reloaded.

Comment 1

[BugBot [:suhaib / :marco/ :calixte]]

The Bugbug bot thinks this bug should belong to the 'Core::Widget: Gtk' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.