You are not logged in.
Desktop environment: sway, waybar, wayland
Seems like Firefox version 151.0.3 have som rendering issues when I switch to an other TTY and back again. For some conditions the height of the main firefox window becomes lower after the TTY switch.
Please note that my Firefox settings under "Home" is equal to "blank page" for both the configuration items "Homepage and new windows" and "New Tabs".
Start the following 6 firefox processes from a previously blank virtual desktop. The processes is numbered from 1 to 6, from left to right. Each process occupy one column of the screen (or 1/6 of the screen width), and starts up stretching from bottom up to the "waybar line" at the top.
Please note that red or green text lines after "=>" is explained at the bottom, and concerns behavior from firefox.
Firefox process 1 => delayed corection of the main window height after TTY switch
After all 6 Firefox processes have been started and arranged as described below, this process should have the focus and the mouse pointer over it as well.
No other tabs should be opened at all for this process, and only the original tab from startup should exists. No URL should be loaded into the tab.
Firefox process 2 => main window height becomes lower after TTY switch
Completely similar as for process 1: keep only the original startup tab, and no URL's used. Except for the focus and the mouse pointer, which should be at firefox process 1 (obviously).
Firefox process 3 => main window height becomes lower after TTY switch
After this firefox process 3 have been started, one should open one new tab, by using ctrl+t, and then make sure that the original startup tab is in front/have the focus.
One might have to use ctrl-pageup or down, to adjust which tab is in front/have the focus.
Firefox process 4 => no rendering issues discovered
Completely similar as for process 3, a new blank tab should be started with ctrl+t, but key difference is that the new started tab should hvave the focus and not "the original startup tab".
One might have to use ctrl-pageup or down, to adjust which tab is in front/have the focus.
Firefox process 5 => main window height becomes lower after TTY switch
After this firefox process 5 have been started, one should open one new tab, by using ctrl+t, and then use the URL (or similar) https://bbs.archlinux.org/ to load the content for this new tab.
Then make sure that the original startup tab is in front/have the focus. One might have to use ctrl-pageup or down, to adjust which tab is in front/have the focus.
Firefox process 6 => no rendering issues discovered
Completely similar as for firefox process 5, one should open one new tab, by using ctrl+t, and then use the URL (or similar) https://bbs.archlinux.org/ to load the content for this new tab.
The key difference is that that new tab with the archlinux url content should be in the front/have the focus. One might have to use ctrl-pageup or down, to adjust which tab is in front/have the focus.
After the above setup is done, I switch to an other TTY and back again by using Ctrl+Alt+FN twice.
When I return to the original TTY I discover the following:
All 6 firefox processes ends up with the expected original heights for a short moment (for less than 1/10'th of a second?)
But: for firefox process 2, 3 and 5 the main window height becomes lower (by aprox the same height as the URL bar or title bar height) after the inital 1/10'th of a second, and then stays that low forever if I do not touch these processes. It is the top part of the firefox window which gets lower, and not the bottom part which gets higher.
But: for firefox process 1, after the intial 1/10'th of a scond, the main window becomes lower, and stays lower for about one second, and then corrects it self back to the full expected height by it self.
Firefox process 2, 3 and 5 regain their expected full height as soon as the process gets the focus, either by the mouse or by using the keyboard to switch focus.
Firefox process 4 and 6 have no issues regarding rendering it seems. And stays with full expected height regardless of interaction.
I have tried to indicate this different behaviour, by using red or green text after "=>" in the process setup description 1 to 6 above.
This issue might look a tiny bit similar as for https://bbs.archlinux.org/viewtopic.php?id=313269 , so I did the trick by running firefox as
/usr/bin/env MOZ_ENABLE_WAYLAND=0 /usr/lib/firefox/firefox &and sure enough, when starting firefox with "Window Protocol" equal to "xwayland" these issues was gone, and all 6 started firefox processes was rendered correctly with correct height for the main window at all times.
Is this somewhat a known issue? If I should make a bug report, is it correct to assume it is a firefox issue?
Last edited by 2kibeq2048 (Today 22:48:56)
Offline