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 558931 - window is outside of screen boundaries
window is outside of screen boundaries
Status: RESOLVED FIXED
Product: hamster-applet
Classification: Deprecated
Component: general
2.24.x
Other All
: Normal minor
: ---
Assigned To: hamster-applet-maint
hamster-applet-maint
: 588197 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2008-11-02 15:46 UTC by larsscheithauer
Modified: 2010-01-05 13:01 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Screenshots of hamster-applet on 2 screens (38.19 KB, image/png)
2009-01-08 12:29 UTC, Gabor Karsay
Details
Hamster window cut off (60.15 KB, image/png)
2009-11-06 09:25 UTC, Frederik Elwert
Details

Description larsscheithauer 2008-11-02 15:46:41 UTC
Please describe the problem:
When the applet is positioned near the right border of the screen, the window will get out of scope of the screen.

Steps to reproduce:
1. add hamster near the right screenside in a panel
2. left-click to open the activity chooser



Actual results:
The activity choose will only be seen half, other half is beyond the screen boundaries

Expected results:
The application should check, if the boundaries of the activity chooser are beyond the scope of the screen and should place the activity chooser with a negative y-index on the screen, so that it is viewed completely.

Does this happen every time?
yes

Other information:
Comment 1 Gabor Karsay 2009-01-07 22:18:40 UTC
I can confirm this bug with Ubuntu 8.10 64-bit. I also checked it with Ubuntu 8.10 32-bit in a virtual machine and everything's fine, the bug does not appear there.
Comment 2 Gabor Karsay 2009-01-07 22:35:24 UTC
Sorry for the double post: It seems to be compiz, which isn't on in the virtual machine. If I turn compiz/visual effects off, everything's fine.
Comment 3 Gabor Karsay 2009-01-08 12:29:01 UTC
Created attachment 126026 [details]
Screenshots of hamster-applet on 2 screens

2 screenshots in 1 with descriptions inserted
Comment 4 Toms Bauģis 2009-07-09 22:24:19 UTC
*** Bug 588197 has been marked as a duplicate of this bug. ***
Comment 5 Jean-François Fortin Tam 2009-07-09 23:29:53 UTC
Shouldn't the status be set to NEW instead of UNCONFIRMED now that there's 3 reports of it (including my duplicate report)?
Comment 6 Patryk Zawadzki 2009-07-10 07:33:10 UTC
The status does not matter. I am well aware of this bug as I own two monitors and am going to fix it as soon as I find free time and get around to read the necessary specs.
Comment 7 jglenin 2009-10-09 09:31:31 UTC
Still affected in Karmic Beta, Gnome and Hamster 2.28,  with Compiz on. Compiz off - everything is fine.
Comment 8 Frederik Elwert 2009-11-06 09:25:20 UTC
Created attachment 147081 [details]
Hamster window cut off

I also can confirm this bug with compiz on. Using metacity, the window is placed correctly.

With GNOME 2.28 (Ubuntu Karmic 9.10), it got even worse. Due to a very long label when starting Hamster, it’s even cut off when placing it in the left half of the panel. When thinking of less wide screens (for example netbooks), I think not only the placement should be fixed, but also the horizontal space that window takes.
Comment 9 Toms Bauģis 2009-11-06 10:34:45 UTC
thanks for the effort, i'll just note that you did not tell anything that had not been said before in this same bug
Comment 10 Gabor Karsay 2009-11-11 00:04:55 UTC
I found the solution:
hamster-applet is already installed, now delete in /usr/share/hamster-applet/applet.ui this line:

<property name="type_hint">dropdown-menu</property>

That is the same as changing "type hint" in glade-3 to "normal", what I actually did.

Or change it to
<property name="type_hint">dialog</property>
or maybe others work, too.

Remove hamster-applet from panel, add it again: Now it's not out of the screen anymore.
Comment 11 Toms Bauģis 2009-11-11 08:46:26 UTC
except that you can't navigate in the applet with the keyboard any more. At least it behaved so last time i checked, 4 month ago. Let me know if the things have changed.
Comment 12 Toms Bauģis 2009-11-11 09:04:26 UTC
Actually things indeed have changed. Hinting as dialog seems to trigger the correct appear effect too.
Pushed to git master, and gnome-2-28 and marking as fixed (next stable & devel release will have this change included).

Thanks Gabor!