After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 316181 - bad redrawing when switching desktops
bad redrawing when switching desktops
Status: RESOLVED OBSOLETE
Product: metacity
Classification: Other
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Metacity maintainers list
Metacity maintainers list
Depends on:
Blocks:
 
 
Reported: 2005-09-13 12:16 UTC by Benjamin Berg
Modified: 2020-11-06 20:05 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Benjamin Berg 2005-09-13 12:16:10 UTC
When switching desktops, it can happen that the windows from the old desktop are
above the ones on the new desktop for a short time. This results in multiple
exposes for applications on the new desktop and slows down the redrawing.
Comment 1 Havoc Pennington 2005-09-17 23:07:38 UTC
iirc right now the order of maps/unmaps would be effectively random (all just
happening in an idle handler)

maybe the idle could sort windows to unmap ahead of windows to map, and unmap
first. while we're at it, we could unmap bottom-to-top and map from top-to-bottom.
Comment 2 Elijah Newren 2006-01-07 19:23:56 UTC
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.


*** This bug has been marked as a duplicate of 86590 ***
Comment 3 Benjamin Berg 2008-09-26 08:10:13 UTC
Reopening (yeah, it has been ages since I first reported it).

This is bug #86590 I think. The problem here is with the order of maps/unmaps, and that windows are redrawn before all the changes happened.

I have just come across this again with the metacity compositor enabled. For example when I switch to another workspace now, I get this (epiphany) window, to be underneath a terminal for a short time. The terminal is first composited on top of this window, and only then it disappears.

I would expect that I see the new desktop (without any windows from the old one) after a short delay.
Comment 4 André Klapper 2020-11-06 20:05:24 UTC
bugzilla.gnome.org is being replaced by gitlab.gnome.org. We are closing all old bug reports in Bugzilla which have not seen updates for many years.

If you can still reproduce this issue in a currently supported version of GNOME (currently that would be 3.38), then please feel free to report it at https://gitlab.gnome.org/GNOME/metacity/-/issues/

Thank you for reporting this issue and we are sorry it could not be fixed.