GNOME Bugzilla – Bug 300883
Dual Screen support, if you have a panel Drawer applet on a secondary display the draw pops up on the primary display only
Last modified: 2015-03-24 13:01:06 UTC
Distribution/Version: Ubuntu horay Create new panel on a secondary display add drawer applet to the new panel and click it causing it to open, the drawer panel opens on the primary display only http://fornax.x3n.me.uk/drawerbug.png screenshot
*** This bug has been marked as a duplicate of 114842 ***
why do you close that as a duplicate ? #114842 is fixed and this bug happens with the current version, that's obviously not a duplicate (or reopen the other bug). I'm reopening this one.
it looks like the fix for 114842 won't work for nvidia's Twinview®.... or the problem is different. I still have the problem. Moreover, this is even worse in gnome 2.10 : when the drawer (say, a drawer on a panel located on the bottom of the right screen, which is the second one) is open for the first time, it opens on the far right of the left screen. When you close it and try a second time, it opens on the far left of the left screen, and as if the panel was located at the TOP of the screen... It then happens every times, until you close the session or move the drawer on the other screen try again to open it (it will work OK), and move it back on its original location. It will then open again one time on the far right (bottom) of the left screen, and the next times on the far left (top) of the left screen... very strange indeed.
Update : the far left (top) opening of the drawer is gone. I suppose something in my upgrade from 2.8 went wrong. However, the bug is still there.
Don't have a linux multihead setup here, but have a Solaris one. With gnome-panel version 2.11.1 I don't see these problems. Sebastien: Are you also seeing the problem with Nvidia's Twinview ? Also, can you guys still see the bugs #119825 #110890 on your setups ?
I have a one screen configuration so I can't play with that
#119825 : no problem, the menu open on the correct panel (the one on the left panel if the focus is on a window on the left panel, the one on the right panel if the focus in on a window on the left panel). #110890 : no problem either : the applet/icon/whatever is blocked on the current screen ( the end of the panel) unless there is another panel on the other screen. this is the expected behavior. I was actually fearing this bug was caused by a buggy emulation of xinerama by twinview, but this does not seems to be the case. also, as I stated in #114842 the bug does only occur with drawers, no other panel object seems to be affected.
*** Bug 310210 has been marked as a duplicate of this bug. ***
Created attachment 54759 [details] [review] quick hack It looks like the drawer panel does not update its monitor property when created/moved around. Thus, it will work fine if created on monitor 0, but on other monitors it will always appear on monitor 0. The attached patch seems to fix this. I speak about quick hack because it may not be the best place to set the monitor property, or looking at the parent toplevel monitor is perhaps not always right (first time I look at the panel code ;-) ). Btw, I should have made this against CVS...
Reproductible with gnome-panel 2.13.3. Looks like I have no permissions to change the version/target. Can you please update to gnome version 2.14 ?
I'll try to take at your patch soon. Thanks!
Sylvain: shouldn't the panel_toplevel_set_monitor() be in panel_toplevel_attach_to_widget()? Does it work if you put it there? Also, please use panel_toplevel_get_monitor() :-)
Mentioned in https://launchpad.net/distros/ubuntu/+source/gnome-panel/+bug/32285 as well.
This bug still exists in gnome-panel-2.16.0-4.fc6 under NVidia TwinView (driver 9625, x86_64)
Created attachment 76361 [details] Screenshot from link in bug description N.B. the left hand side in this screenshot is the secondary display.
I can confirm it under ubuntu feisty. It's not limited to Nvidia TwinView. I'm using the xorg mga driver with a Matrox G550 card.
*** Bug 341429 has been marked as a duplicate of this bug. ***
*** Bug 411102 has been marked as a duplicate of this bug. ***
Created attachment 93055 [details] [review] this is what i ended up pushing for rhel 4 i ended up pushing a rhel 4.6 update to qa this week with the above patch in it. Note part of this patch is already in svn (the set_screen call)
Just to follow up, qa verified the fix as well as a customer.
Ray: thanks! Can you request a hard code freeze break for this? Else we'll commit it after 2.20.0.
requested here: http://mail.gnome.org/archives/release-team/2007-September/msg00083.html
approved here: http://mail.gnome.org/archives/release-team/2007-September/msg00087.html
Committed to trunk: 2007-09-11 Ray Strode <rstrode@redhat.com> * panel-toplevel.c: (panel_toplevel_attach_to_widget): Show drawers on same monitor as the panels they're attached to (bug 300883).