Hide Forgot
Description of problem: Sometimes, when one either changes screen resolution or moves the panel to the side and back, order of applets and lauchers is not preserved. See the screenshot - it was taken on box that had 1024x768 after install and then the resolution was changed to 1920x1080 w/o any changes to panel config. The Trash and Date/time applets kept their absolute positions while notification area and workspace switcher moved to the edge. Expected behaviour is: 1. keep order of applets 2. keep zero-width spaces zero 3. expand/contract non-zero spaces in proportion with panel width change Version-Release number of selected component (if applicable): gnome-panel.x86_64 2.30.2-5.el6 @anaconda-RedHatEnterpriseLinux-201012150723.x86_64/6.1
Created attachment 474423 [details] screenshot
Created attachment 474425 [details] gconf configuration
Adding the keyword regression because I never saw this with RHEL6.0 and it's happening every time since upgrading to gnome-panel-2.30.2-9
Reproducer steps. 1) Start out with my laptop docked, closed and using two external monitors in the following config : [sdodson@dhcp242-213 ~]$ xrandr Screen 0: minimum 320 x 200, current 2960 x 1050, maximum 8192 x 8192 LVDS1 disconnected (normal left inverted right x axis y axis) VGA1 connected 1280x1024+1680+0 (normal left inverted right x axis y axis) 338mm x 270mm 1280x1024 60.0 + 75.0* 1280x960 75.0 1152x864 75.0 1024x768 75.1 70.1 60.0 832x624 74.6 800x600 72.2 75.0 60.3 56.2 640x480 72.8 75.0 66.7 60.0 720x400 70.1 HDMI1 disconnected (normal left inverted right x axis y axis) DP1 disconnected (normal left inverted right x axis y axis) HDMI2 disconnected (normal left inverted right x axis y axis) HDMI3 connected 1680x1050+0+0 (normal left inverted right x axis y axis) 495mm x 291mm 1680x1050 60.0*+ 1600x1200 60.0 1280x1024 75.0 60.0 1280x960 60.0 1152x864 75.0 1024x768 75.1 70.1 60.0 832x624 74.6 800x600 72.2 75.0 60.3 56.2 640x480 72.8 75.0 66.7 60.0 720x400 70.1 DP2 disconnected (normal left inverted right x axis y axis) DP3 disconnected (normal left inverted right x axis y axis) 2) Suspend, un-dock 3) Resume laptop by opening the lid, now using only the laptop display in the following config : Screen 0: minimum 320 x 200, current 1440 x 900, maximum 8192 x 8192 LVDS1 connected 1440x900+0+0 (normal left inverted right x axis y axis) 304mm x 190mm 1440x900 60.1*+ 59.9 59.9 50.2 1360x768 60.0 1280x800 59.8 59.9 1280x768 59.9 60.0 1024x768 60.0 800x600 60.3 56.2 848x480 60.0 640x480 59.9 VGA1 disconnected (normal left inverted right x axis y axis) HDMI1 disconnected (normal left inverted right x axis y axis) DP1 disconnected (normal left inverted right x axis y axis) HDMI2 disconnected (normal left inverted right x axis y axis) HDMI3 disconnected (normal left inverted right x axis y axis) DP2 disconnected (normal left inverted right x axis y axis) DP3 disconnected (normal left inverted right x axis y axis) 4) Observe the problem This problem does not occur when I go in the reverse, ie: from 1440x900 to 2960x1050
Created attachment 479143 [details] clean configuration @ 1600x900
Created attachment 479144 [details] clean configuration @ 1600x900
Created attachment 479145 [details] configuration after going 1920x1080 and back
Created attachment 479146 [details] screenshot after going 1920x1080 and back to 1600x900 note that panel keeps expanded to now invisible area - kind of reverse to original problem
I confirmed that reverting my system to gnome-panel 2.30.2-6.el6 doesn't exhibit the problem I've described. Though I'm not sure now that David and I are describing the same exact problem.
My attachments in comments 9-12 apply to actual version in nightly RHEL 6. I'll test with reverted version tomorrow, if it is still in repository.
I found a defect in the patch that could potentially explain both issues. I'm only able to reproduce Scott's, though, so I would appreciate confirmation from David that my fix works when posted.
The fix works for my problem I described yesterday to halfline and the problem doesn't appear anymore. (using multi-monitors, one monitor is running in less than native resolution, the monitor running in native resolution has a panel on it and when you correct the paneless monitor to native resolution the panel that's on the other monitor jumps and spans both monitors).
I also couldn't reproduce any bug symptoms so I set qa_ack+.
Confirmed, this addresses the problem I was seeing.
Created attachment 480460 [details] reproducer on -11
Created attachment 480461 [details] reproducer on -11
Created attachment 480462 [details] reproducer on -11
Created attachment 480463 [details] reproducer on -11
Setting back to ASSIGNED because I reproduced it again on gnome-panel-2.30.2-11.el6.x86_64. Gnome was configured by gnome-display-properties to only use external monitor if present. I did two test runs with my normal user configuration without any on-the-fly changes to monitor layout, once in 1600x900 and second time in 1920x1080. Note that position of dock on top panel and trash icon on bottom pannel changes with respect to other applets, a thing that should never happen without explicit user's action.
Okay, I found another defect in the patch that was similar to the previous defect (dealing with repositioning where the previous dealt with resizing). Should be good to go now.
Radek mentioned still seeing some issues. He's going to update the report with more details.
Created attachment 481586 [details] backtrace from abrt Adding a backtrace with debuginfo packages installed as requested by halfline.
So that backtrace is actually a problem from bug 585312 I've found the issue and will update that bug report appropriately.
Created attachment 482315 [details] reproducer on -12
Created attachment 482317 [details] screenshot of reproducer on -12
Created attachment 482318 [details] reproducer on -12
Created attachment 482320 [details] screenshot of reproducer on -12 Still reproducible on -12 the same way as on -11: set up gnome to use only external monitor when docked, log out, undock laptop, log in and see different applet order.
So I hammered on this pretty hard today. The bug mentioned in comment 24 is actually different than the one mentioned in comment 0, and it's even reproducible with the gnome-panel shipped originally in rhel6. To reproduce, just do something like while true; do pkill -f gnome-panel; sleep 1; done and watch the applets in the top panel along the corner occasionally switch places with each other. Since it's an independent issue, we need to track it separately in a new bug report. I'll clone this one. My theory at the moment is it's race between the individual applets loading. The way the panel gets them in place is it sets them all as "right stuck" and it puts one applet at pixel 0 from the right, one applet at pixel 1 from the right, one applet at pixel 2 from the right, etc. Each applet is more than one pixel wide though, so as soon as one is allocated, it will overlap the initials position of the others. I belive this means, they get pushed over, such that if an applet on the right gets loaded after an applet on the left it may end up shown to the left. It's just a theory and I'll need to investigate more on the other report. We're getting down to the wire for 6.1, though, so I think we may need punt fixing this for another time.
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2011-0710.html