Xfce Forum

Omnimaxus

Member

Registered: 2024-12-02

Posts: 28

Question about XFCE 4.22 and a potential bugfix ...

Hi to everyone.  I am on MX Linux KDE now after having used MX Linux XFCE for close to a year.  The reason why I switched desktop environments is because I was getting a little tired of the inconsistent compositing across XFCE.  For example, Okular would pop up with the window frame but not the actual body of the program - at least not right away.  There'd be an two or three second delay before the rest of the window was filled in.  Same for Thunar sometimes (although with Thunar, the delay wasn't horrible - but it was like for a split-second).  Firefox, too (split-second delay).  Chrome, too (sometimes one or two seconds).  You get the idea.  And my system isn't exactly a slouch, too (i7-9700 CPU with 32 GB of RAM and a RX 7600).  Is XFCE 4.22 planning on fixing this type of thing?  Please advise; thanks.  Hopefully one of the developers will see this, and reply with a definitive answer (or even a helpful solution to the problem itself).  Thanks again.

Added later 03 min 32 s:
Update:

After posting here, I asked Gemini AI my question (same as what I posted above), and it had the following to say:

Yes, Xfce 4.22 addresses this rendering lag by transitioning to xfwl4, a brand-new Wayland compositor built to replace the aging xfwm4 X11 window manager. The delay you experienced—where Okular or Chrome loaded a window frame before populating the body—was caused by asynchronous buffer synchronization stalls in xfwm4 when coordinating frame handoffs across different toolkit engines (Qt vs. GTK/Chromium) on modern GPUs. In Xfce 4.22, xfwl4 enforces atomic frame submission via Wayland, forcing application contents and window decorations to draw simultaneously in a single, synchronized pipeline, which eliminates the blank window "flash" and border delay entirely.

Is Gemini AI correct?  What if I want to stay with X11?  Will the problem persist in X11?  Wouldn't seem "right" if it did ...