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 484251 - Deskbar results window is too small when copy-pasting/until second input keypress
Deskbar results window is too small when copy-pasting/until second input keyp...
Status: RESOLVED FIXED
Product: deskbar-applet
Classification: Deprecated
Component: general
2.20.x
Other All
: High critical
: 2.22
Assigned To: Deskbar Applet Maintainer(s)
Deskbar Applet Maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2007-10-06 20:50 UTC by VF
Modified: 2008-05-23 11:36 UTC
See Also:
GNOME target: ---
GNOME version: 2.19/2.20


Description VF 2007-10-06 20:50:00 UTC 
Please describe the problem:
If you open Deskbar and type a word on Gutsy. If you type a single letter, the Deskbar results window appears very small. This isn't usually a problem, unless you copy and paste (ctrl-v or using the right click menu), then the results window is too small until you type something else. It's rather quirky and annoying - I've tried resetting the /apps/deskbar/window_height gconf key, doesn't help.

Steps to reproduce:
1. 
2. 
3. 


Actual results:


Expected results:


Does this happen every time?


Other information:
Comment 1 VF 2007-10-06 20:50:48 UTC 
Sorry, should read "If you open Deskbar and type a word, it works fine. If you type a single letter..."
Comment 2 Sebastian Pölsterl 2007-10-07 10:32:38 UTC 
Thanks a lot for reporting this bug.
I encountered this a problem some time ago, too. It seems that gtk.Window's resize method only takes affect if called twice. Currently, it's called each time the entry changed. Maybe I'm using the resize method wrong, I have no idea.
Comment 3 Sebastian Pölsterl 2008-02-09 14:37:46 UTC 
I don't know why, but I can't reproduce this with the latest version from svn on up-to-date Ubuntu gutsy anymore. Could you give it a try?
Comment 4 Sebastian Pölsterl 2008-03-11 12:32:46 UTC 
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for.
Thanks!
Comment 5 VF 2008-03-23 06:10:27 UTC 
Yup, seems to be fixed now, thanks!
Comment 6 VF 2008-03-23 07:29:24 UTC 
Actually, I spoke too soon

using the latest Ubuntu Hardy with deskbar-applet 2.22.0.1, I still have this problem, with the 'stick to panel' preference on or off
Comment 7 Sebastian Pölsterl 2008-03-23 10:11:25 UTC 
Yes, there's still bug 520278 concerning the sticky UI.
Comment 8 VF 2008-03-23 10:50:37 UTC 
You misunderstand. While I initially could not produce the original bug (the window not being correct size until the second input), the bug has reappeared.
Comment 9 Sebastian Pölsterl 2008-03-24 11:09:33 UTC 
But you said the bug appears when using "stick-to-panel" UI. Bug 520278 is similar to this one, but only relevant for the "stick-to-panel" UI. When you can reproduce this bug with the window UI, you're right and this bug is not fixed.
Comment 10 VF 2008-03-24 19:53:25 UTC 
Right, it's too small with the stick to panel preference _on_or_off_. I guess those are two seperate bugs, but the window bug is still present (I'm using the window mode because of that bug)
Comment 11 Sebastian Pölsterl 2008-04-29 10:02:42 UTC 
I'm sorry, I tried it with latest version of 2.22 series from SVN and couldn't reproduce this bug.
Comment 12 Sebastian Pölsterl 2008-05-23 11:36:18 UTC 
I'm closing this bug, because I can't reproduce this bug with the latest version. Feel free to reopen, when you can provide a way to reproduce this bug reliably.