gnome-panel places clock applet in wrong position

[Santiago Roland]

Binary package hint: gnome-panel

See the screenshot attached. I reported a similar bug, but with the clock applet placing over the panel i think last year, but it somehow got fixed with time or reinstall. Now the position is near upper edge of the screen and the worldmap is not seen entirely.

ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: gnome-panel 1:2.30.2-0ubuntu0.2
ProcVersionSignature: Ubuntu 2.6.32-24.39-generic 2.6.32.15+drm33.5
Uname: Linux 2.6.32-24-generic x86_64
NonfreeKernelModules: wl
Architecture: amd64
Date: Sat Aug 7 00:27:34 2010
InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100429)
ProcEnviron:
 LANG=en_US.utf8
 SHELL=/bin/bash
SourcePackage: gnome-panel

[Jeremy Kerr (jk-ozlabs)]

I have the same issue on Maverick: I recently upgraded from lucid, and now the clock popup appears way too high (new screenshot attached). I've had to remove timezones from the Locations panel so that the top of the popup doesn't flow off the screen.

In case it's useful, I have a dual-monitor setup: laptop panel on the left, external monitor (higer res) on the right. Consequently, the right-hand side of the screen has more pixels in the Y dimension, and the desktop space is non-rectangular.

[yosefrow (yosefrow)]

I've experienced the same problem upon in place online upgrade from 10.04 to 10.10 beta 3. if I expand locations and then close the calendar, the calendar gets pushed up even higher. Conversely, if I collapse locations and then close the calendar the calendar is lowered. However, the calendar is always at least 1 measure of the calendar height too high.

[Santiago Roland (santiago-roland)]

yes, indeed i noticed some strange behavior, i deleted clock from panel and added again, and did not add any places, just calendar results in one determined position, if worldmap is expanded everything is shifted up, and if any location is added, it is shifted up even more, but at difference from first bug screenshot, this display inside screen at lest. see all 3 screenshots.?field.comment=yes, indeed i noticed some strange behavior, i deleted clock from panel and added again, and did not add any places, just calendar results in one determined position, if worldmap is expanded everything is shifted up, and if any location is added, it is shifted up even more, but at difference from first bug screenshot, this display inside screen at lest. see all 3 screenshots.

[Santiago Roland (santiago-roland)]

i discovered that switching to metacity, the calendar position corrects back. the issue appears to be just under compiz. And other thing is that i (as a workaround) in the "Place Windows" plugin in compiz, add the window title as a new rule and i corrected the position by hand input of X and Y, now i have calendar corrected, but with this trick.

regards,

[Alexander van Loon (avanloon)]

I experience this bug as well, I prepared an intricate sequence of screenshots to show it until I figured out I wasn’t the only one nor the first one to report it. However, I did some more searching on Launchpad and I came that the conclusion that the issue we experience is identical to bug #631664, so I have taken the liberty to mark this bug as a duplicate of that one. According to that bug compiz is the culprit, I’ve verified that the problem goes away if I disable desktop effects (and comes back if you enable them again), so I’m quite sure that it is indeed the same issue. Could everyone commenting on this bug report verify this for themselves, is placement of the applets (for me it’s also the invest applet besides the clock applet) restored to the correct position once desktop effects are disabled? I also noticed that this problem only occurs if the panel containing the applet is located at the bottom, if it is at the top it doesn’t happen, even with compiz enabled. If anyone feels I was wrong in marking this bug as a duplicate, please reverse my action.

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.