On Mon, 30 Jan 2023 at 13:38, Albrecht Schlosser wrote:
>
> I also have Intel graphics and I can not see the switch to fullscreen failing. I tried all combinations with double buffered on and off:
>
> - hybrid build, running Wayland backend
> - hybrid build, running X11 backend (which uses Cairo graphics)
> - pure X11 build (which uses X11 graphics)
Yup - tried those combos on my "failing" laptop, and it is consistent
- Wayland just works; X11 (either "pure" or X11 backend) exhibits the
failure when the GL is double-buffered, but works OK if the GL is
single-buffered.
> Here are my system details, in case it helps (Linux Mint 20 is based on Ubuntu 20.04 LTS):
>
> $ inxi -SG
> System: Host: xxx Kernel: 5.4.0-135-generic x86_64 bits: 64 Desktop: Gnome 3.36.9 Distro: Linux Mint 20 Ulyana
> Graphics: Device-1: Intel UHD Graphics 620 driver: i915 v: kernel
> Display: wayland server: X.Org 1.20.13 driver: modesetting unloaded: fbdev,vesa resolution: 1920x1080~60Hz
> OpenGL: renderer: Mesa Intel UHD Graphics 620 (WHL GT2) v: 4.6 Mesa 21.2.6
>
>
Here's what I get... does not look all that different (except maybe
you have a newer GPU than me, this laptop is old...)
$ inxi -SG
System:
Host: xps-laptop Kernel: 5.15.0-58-generic x86_64 bits: 64
Desktop: GNOME 42.5 Distro: Ubuntu 22.04.1 LTS (Jammy Jellyfish)
Graphics:
Device-1: Intel HD Graphics 620 driver: i915 v: kernel
Device-2: Microdia Integrated Webcam HD type: USB driver: uvcvideo
Display: wayland server: X.org v: 1.21.1.3 with: Xwayland v: 22.1.1
compositor: gnome-shell driver: X: loaded: modesetting gpu: i915
resolution: 3200x1800~60Hz
OpenGL: renderer: Mesa Intel HD Graphics 620 (KBL GT2) v: 4.6 Mesa 22.0.5
> FWIW, if you like to compare or post your own details: 'inxi' can be installed on Ubuntu with `apt install inxi` and I believe it's in Debian as well.
>
Looks like it might be installed by default on Ubuntu - at least I do
not recall installing it, but it is present!
> Note that I'm currently running the Gnome/Wayland desktop ("Gnome 3.36.9"). Switching to "fullscreen" shows a kind of "animation", obviously updating the screen many times. Maybe this animation makes it work? Ian, how does your failing system(s) switch to fullscreen, is it all in one step, or is it animated?
>
I think that it is animated, but as a very swift animation, certainly
not anything fancy; it does not look like an instant snap to the new
size, at least not to my old eyes...
> BTW: I just checked that the OP's animated GIF shows the switch to fullscreen in one step (not animated), maybe the (mis)behavior depends on the desktop (WM)?
That's an interesting point - the WM is presumably involved in sending
(at least some of the) redraw events to the application, so different
WM may manifest different behaviour.
The Mint distros may well differ from stock Ubuntu in this area... not sure.
I'm not sure the OP's GIF necessarily shows all the frames - I was
using a screen-capture tool the other day and it missed out (perhaps
on purpose?) a lot of the window and menu animation frames, so the
captured result was *timed* the same as the original but had far fewer
intermediary states, as it were.