some apps' window is graphically stretched vertically upon opening the app

[Hujair]

(1) Issue/Bug Description:

some apps' window is graphically streached vertically upon opening the app , the aspect ratio goes to normal only when I change the orientation of the window and then becomes normal in any orientation.

(2) Steps to reproduce (if you know): by only opening blender or firefox

(3) Expected behavior:

(4) Distribution (run cat /etc/os-release):

NAME="Manjaro Linux" ID=manjaro ID_LIKE=arch BUILD_ID=rolling PRETTY_NAME="Manjaro Linux" ANSI_COLOR="32;1;24;144;200" HOME_URL="https://manjaro.org/" DOCUMENTATION_URL="https://wiki.manjaro.org/" SUPPORT_URL="https://manjaro.org/" BUG_REPORT_URL="https://bugs.manjaro.org/" LOGO=manjarolinux

(5) Gnome Shell version:

GNOME Shell 40.5

(6) Pop Shell version (run apt policy pop-shell or provide the latest commit if building locally):

1.2.0+151+g5220303-1

(7) Where was Pop Shell installed from:

AUR

(8) Monitor Setup (2 x 1080p, 4K, Primary(Horizontal), Secondary(Vertical), etc):

2 x 1080, horizontal identical monitors

(9) Other Installed/Enabled Extensions:

none

(10) Other Notes:

before I upgrade my gpu from amd to nvidia the problem was not present.

[wrestlerdude]

I get the same issue, but only with the kitty terminal, in tiling mode. To add some additional information, I use an optimus laptop setup, and only get this issue when I set dedicated graphics only (NVIDIA). I'm using Pop 21.10. Unusually enough, it isn't consistent 100% of the time. Its more of a coin-flip if it happens or not. There is an almost guaranteed chance if I'm on an empty workspace and launch kitty.

[jacobgkau]

I think I can recreate this on an oryp8:

It looks like the window was sized as if it was going to fit between the top and bottom panels, but then stretched to fill the entire display instead.

[fnune]

Just here to report that I'm facing the same issue on Arch Linux!

[wrestlerdude]

I think I can recreate this on an oryp8:

It looks like the window was sized as if it was going to fit between the top and bottom panels, but then stretched to fill the entire display instead.

Yup, this definitely seems to be exclusive to NVIDIA + Tiling mode in my tests. Again, on Pop 21.10 (Gnome 40).

To corroborate what it looks like for me:

What happens on an empty workspace:

As you can see on the sole window, it cuts off the top and bottom of the terminal as well, so I cannot see the full stdout or my terminal prompt either, besides the blurry stretched text I get. Interestingly enough, as the OP said, he didn't get this issue on AMD but did on NVIDIA. And @jacobgkau is using kitty like me. Kitty is hardware accelerated by the graphics card itself, unlike other terminals. I wonder if anyone else gets this issue with alacritty (another GPU accelerated terminal), and on NVIDIA.

@jacobgkau on your oryp8 are you using dedicated or hybrid graphics? This could narrow down the NVIDIA theory.

EDIT: I have tried this with alacritty several times with no reproduction of the bug. Kitty seems to be the culprit, with repeated tests it appears to 60-70% of the time.

[fnune]

I'm sorry that I don't have time to investigate this more, but this hasn't only happened to me with Kitty, it's also happened with Nautilus (Files) with tiling enabled, and using gaps seems to have no effect.

[fnune]

Possibly related: the Software app launches like this with gaps on 4:

[fnune]

Calendar sometimes open stretched, and sometimes correctly.

Stretched:

Correctly:

OBS opens stretched:

[jacobgkau]

Possibly related: the Software app launches like this with gaps on 4:

This doesn't look like the Pop theme and Pop!_OS does not include GNOME Software. What distribution are you using? Are you saying GNOME Software is stretched in that screenshot, or are you just pointing out the gap issue? (Trying to figure out if this is the same issue as what's affecting Kitty on Pop!_OS NVIDIA or not.)

@jacobgkau on your oryp8 are you using dedicated or hybrid graphics? This could narrow down the NVIDIA theory.

I switched to NVIDIA (and installed kitty) specifically to see if I could recreate the issue.

[fnune]

This doesn't look like the Pop theme and Pop!_OS does not include GNOME Software. What distribution are you using? Are you saying GNOME Software is stretched in that screenshot, or are you just pointing out the gap issue? (Trying to figure out if this is the same issue as what's affecting Kitty on Pop!_OS NVIDIA or not.)

I'm trying to figure out the same. I'm thinking the gap issue may or may not be the same problem as the window stretching. OBS certainly looks more like the stretched window problem.

I use Arch Linux and followed the instructions here to install pop-shell: https://support.system76.com/articles/pop-shell/

FWIW text in the Calendar and GNOME Software screenshots does look stretched vertically, even though not as much as in the Kitty and OBS screenshots.

[fnune]

Happening in Krita as well:

I'll stop posting screenshots now (sorry). Just wanted to make 100% sure it's not only Kitty.

More info: I use the Nvidia driversm version 495.44-3.

[wrestlerdude]

Just to report, I just encountered this issue for the first time with Telegram (first time after hundreds of launches). Interesting contrast to kitty which is very consistent in this problem.

[Leleat]

I am using Fedora 35 (GNOME Shell 41) and pop-shell from the dnf repo.

I can reliably reproduce this by starting kitty and GNOME Software in quick succession. I only use the Ryzen 3 3200u without a dedicated GPU... so might not be related to NVIDIA.

Possibly a bug in combination with the new mutter / gnome-shell? There were a bunch of reports about windows extending under the top bar on GNOME's gitlab (see all referenced issues). Although the reports were all about Wayland, so I don't know...

[Edit]

This is a more recent issue.

[ehardesty]

I am seeing this happen using an Intel GPU.

I have also seen it happen with Firefox among other apps but haven't been able to figure out how to reliably reproduce it. My workaround has been to toggle maximize on and off.

[BartleyTheShopkeeper]

This happens to me no matter which distro. I've tested Debian and Fedora with Pop Shell. It also happens regardless if I use Nvidia. This only affects me once I update to GNOME 41, however. It also affects me whether or not I use Wayland or X11. At GNOME 40.4 I was perfectly fine.

I used sudo apt-mark hold gnome-shell and sudo apt-mark hold mutter and then upgraded to the latest of Debian testing. I haven't experienced the issue since. I think bugs have been reported that are similar, but without any extensions, so I am guessing it is either gnome-shell or mutter.

[fnune]

It happened to me both on GNOME 40 and 41.

[PixsaOJ]

Happens to me after upgrading to 21.10, Gnome 40.4

[spaghetus]

Also happens to me, I'm using GNOME 40.4 under NVIDIA and X11 on Fedora Silverblue 34.

[BartleyTheShopkeeper]

It happened to me both on GNOME 40 and 41.

Do you use X11 or Wayland?

Also happens to me, I'm using GNOME 40.4 under NVIDIA and X11 on Fedora Silverblue 34.

Strange 40.4 is fine for me, but maybe my version of gnome-shell is older.

EDIT: I am currently using gnome-shell 40.4 with mutter 40.5. X11, Nvidia Proprietary. No issues.

[fnune]

Do you two use X11 or Wayland?

X11, proprietary NVIDIA.

[PixsaOJ]

X11, proprietary NVIDIA. Me too.

[PixsaOJ]

I think it only happens in tiling mode.

[dtgoitia]

I get this issue intermittently on Arch Linux as well (has been going on for more than a month):

• Linux arch 5.15.2-arch1-1
• Processor: Intel
• Graphics: Mesa Intel UHD Graphics 620 (WHL GT2)
• X11
• GNOME 41.1 right now, but the issue has happened with previous versions

The problem is gone when I disable the tilling mode - which has been my workaround when a window opened stretched for 3-4 times in a row. Often it works fine on the second/third attempt, but sometimes I can only get the right shape of the window by disabling the tilling, opening the desired window, and enabling back the tiling.

Happy to provide logs if you point me in the right direction

[mmstick]

I think most helpful is bisecting the exact commit in Mutter or GNOME Shell where this started happening. Between 40.4 and 40.5.

[PixsaOJ]

I get this issue intermittently on Arch Linux as well (has been going on for more than a month):

* Linux arch 5.15.2-arch1-1

* Processor: Intel

* Graphics: Mesa Intel UHD Graphics 620 (WHL GT2)

* X11

* GNOME 41.1 right now, but the issue has happened with previous versions

The problem is gone when I disable the tilling mode - which has been my workaround when a window opened stretched for 3-4 times in a row. Often it works fine on the second/third attempt, but sometimes I can only get the right shape of the window by disabling the tilling, opening the desired window, and enabling back the tiling.

Happy to provide logs if you point me in the right direction

If you are struggling with fixing it, you can just maximize and unmaximize the window.

[BartleyTheShopkeeper]

I think most helpful is bisecting the exact commit in Mutter or GNOME Shell where this started happening. Between 40.4 and 40.5.

I checked the debian package tracker, probably not the best source, but a source nonetheless.

gnome-shell (40.5-1) unstable; urgency=medium
     - Optimize rendering of fullscreen zoom
     - Fix glitchy launch animations when leaving overview
     - Fix wrong separator position in dash
     - Fix OSK not registering button presses on X11
     - Fix work area getting messed up by hidden panels
     - Fix IM candidate popover position

mutter (40.5-1) unstable; urgency=medium
     - Fix monitor screencast scanouts
     - Fix middle-click emulation support on X11

I doubt it has to do with mutter, but my guesses as to the source of the bug are:

Optimize rendering of fullscreen zoom

Fix work area getting messed up by hidden panels

[BerenLuth]

I have been facing the same issue on 3 different pcs, all with manjaro, both with gnome version 40.4 and also 41. I noticed it happens both in wayland and also X11.

The 3 pcs has very different hardware:

• dell xps 13, i5 5th generation with integrated gpu
• laptop toshiba with i7 8th generation with integrated gpu (almost fresh install, i barely used it)
• desktop pc, with ryzen 7 3700x and nvidia gpu

I haven't tested it deeply, but the issue seems to appear only when I'm in tiling mode.

When on X11, restarting the graphical session (alt+f2 and then type r and hit enter) seems to fix the issue for the opened windows, but then it keeps happening again when I'm opening something else.

[leviport]

I'm starting to think this might have something to do with DPI scaling. On addw2 (4k display, 200% scaled by default), this is what Cura looks like when launched with tiling turned off, then I turn tiling back on after it's open:

Here's what I first saw when launching Cura with tiling turned on:

Then after that, I turned scaling to 100%, then back to 200% and Cura stretched even more when I launched it with tiling on:

[mmstick]

For what it's worth, I haven't encountered this at all lately with 100% default scaling on any of my systems.

[BartleyTheShopkeeper]

I have encountered this issue exclusively at 100% scaling. Haven't tested anything else.

[leviport]

It seems pretty easily reproducible with Cura, so that might be worth testing. I just saw it on darp6 and in a VM. It usually only stretches a little, like in my second picture, but starting and closing Cura multiple times sometimes leads to it getting stretched a bunch like my third picture.

[jmmaranan]

I think this is happening on windows that were previously maximized and pop-shell tries to unmax it but it is still moving/transitioning to the position during tiling. Perhaps maybe the speed improvements in gnome-shell 4x made this much visible.

[PixsaOJ]

I think this is happening on windows that were previously maximized and pop-shell tries to unmax it but it is still moving/transitioning to the position during tiling. Perhaps maybe the speed improvements in gnome-shell 4x made this much visible.

I am experimenting right now. It does not seem to matter if app was maximized before or not

[PixsaOJ]

I also changed different scaling, and fractional scaling. No different results there.

On scale 200% without fractional scaling, everything is bigger. It would not be wise to say that the bug resulted in bigger results.

[jmmaranan]

I am experimenting right now. It does not seem to matter if app was maximized before or not

Popshell and mutter/clutter might be playing tug of war on the window, it is easily reproduced on my end when the window was maximized, close it, tiling on if it wasn't before, open that window - seeing it on single or multi display running an i5/intel machine.

I added a PR hoping that fixes it. How and why it got introduced. Don't know. But that code I remember was there before.

[PixsaOJ]

I am experimenting right now. It does not seem to matter if app was maximized before or not

Popshell and mutter/clutter might be playing tug of war on the window, it is easily reproduced on my end when the window was maximized, close it, tiling on if it wasn't before, open that window - seeing it on single or multi display running an i5/intel machine.

I added a PR hoping that fixes it. How and why it got introduced. Don't know. But that code I remember was there before.

I agree, it should be pop-shell and mutter playing war on applying transforms. Hope your commit fixes it.

However, I can confirm that the bug happens no matter if the window was maximized or was in tiling mode before. It only happens when tiling mode is on, but maximizing does not matter.

[PixsaOJ]

Just got update, it worked!

[jmmaranan]

Just got update, it worked!

Thanks for the update!

[flokli]

It might be this issue is back - I opened #1621.