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 514298 - Panel drawer windows don't respect _NET_WM_SYNC_REQUEST protocol
Panel drawer windows don't respect _NET_WM_SYNC_REQUEST protocol
Status: RESOLVED WONTFIX
Product: gnome-panel
Classification: Other
Component: panel
2.20.x
Other All
: Normal normal
: ---
Assigned To: Panel Maintainers
Panel Maintainers
--do_not_change-- [gnome3-wontfix]
Depends on:
Blocks:
 
 
Reported: 2008-02-04 14:13 UTC by Danny Baumann
Modified: 2011-03-29 04:51 UTC
See Also:
GNOME target: ---
GNOME version: 2.19/2.20



Description Danny Baumann 2008-02-04 14:13:08 UTC
Please describe the problem:
Drawer windows, when opened, don't follow the _NET_WM_SYNC_REQUEST protocol.
What happens is:
- Drawer window is mapped
- Drawer window sends out a configure request to go from "arrow only" to "arrow + icons"
- WM (in this example: Compiz) sends _NET_WM_SYNC_REQUEST message and calls XConfigureWindow afterwards
- WM receives ConfigureNotify, but no SyncAlarm event for the sync request.

This results in the window being opened delayed in Compiz, because Compiz waits for the sync alarm to arrive before visually carrying out the resize. To "fix" the delay, the timeout could be removed, but that's beside the point of the sync request protocol. ;-)

Steps to reproduce:
1. Start Compiz
2. Open a drawer


Actual results:
The drawer window opens, but delayed.

Expected results:
No delay should occur.

Does this happen every time?
Yes.

Other information:
Other Gtk windows, such as gnome-terminal, work just fine.
Comment 1 Valent Turkovic 2008-02-04 21:03:54 UTC
I posted this bug to fedora's bugzilla:
https://bugzilla.redhat.com/show_bug.cgi?id=235781
Comment 2 wheerdam 2008-02-06 04:22:22 UTC
I can confirm this on Fedora 8 with Compiz running (Gnome 2.20.2). I use nvidia binary driver.
Comment 3 Valent Turkovic 2008-03-17 09:20:45 UTC
Do you need more feedback from us so that this bug gets fixed?
Comment 4 Valent Turkovic 2008-03-17 09:22:02 UTC
check out youtube video of this bug:

http://www.youtube.com/watch?v=APTAu4ZRd60
Comment 5 Valent Turkovic 2008-03-17 15:14:30 UTC
I have tested latest Fedora Rawhide (future Fedora 9) and it still see this bug present.

Valent.
Comment 6 Valent Turkovic 2008-06-04 07:13:45 UTC
How I see it even without compiz running. Can somebody please look at this bug.

Cheers,
Valent.
Comment 7 Jordan Erickson 2009-06-16 19:29:02 UTC
I've been using panel drawers for at least 4 years now, and this crops up every time. Compiz, no compiz, remote X, local X... It's a real PITA, as drawers are really useful, but waiting like we do for it to open defeats the purpose.
Comment 8 Valent Turkovic 2009-06-28 10:29:03 UTC
I tested this bug on 2.26.2 and this is still an issue.

You can see for yourself:
http://www.youtube.com/watch?v=M7mj4uiS9vY
Comment 9 Jordan Erickson 2009-08-06 17:21:49 UTC
There is also an Ubuntu bug report for this that's been open since 2007-04-22 with 40 comments currently - https://bugs.launchpad.net/ubuntu/+source/gnome-panel/+bug/108951 - probably some useful information there as well.
Comment 10 Vincent Untz 2011-03-29 04:51:42 UTC
For GNOME 3, we removed the drawers from gnome-panel -- we believe they don't fit that well in GNOME 3, and there were always many issues (including usability issues) with them. We feel it's better this way.