https://bugs.kde.org/show_bug.cgi?id=466691
--- Comment #6 from Michael <mjevans1...@gmail.com> --- Does I-oTM use anything other than window ID to remember the sorting order of windows? Based on some windows moving and some staying in place, my suspicion is that only _some_ FFwindows are being closed and reloaded, not all of them. I still think that I saw _not_ Firefox windows shuffle to the other side of that process, but it's plausible that due to the order I had things in Firefox's windows might have just re-opened (and re-group parented) to another area in my taskbar. That was before I was taking steps to collect general data on this issue; and I would still like a method of dumping the I-oTM window-ordering list to a comparable file so that I can better confirm it's not an issue. I've been tracking expected (updated Steam) and unexpected X11 window id changes. Since I noticed an unexpected ID change among Firefox windows I've opened a bug report about this behavior: https://bugzilla.mozilla.org/show_bug.cgi?id=1823488 Here's the bit of shell script I've been using to create a set of window ids, compare them, and then pull the matching ID items back out of the list of current windows. 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 -- You are receiving this mail because: You are watching all bug changes.
