Draws un-expected/unwanted scroll bars

Bug #18673 reported by Trouilliez vincent on 2005-07-05
6
Affects Status Importance Assigned to Milestone
GTK+
Expired
Low
GTK-engines
Invalid
Undecided
Unassigned
gtk+2.0 (Ubuntu)
Low
Ubuntu Desktop Bugs

Bug Description

Strange indeed.

1) Open the "Run application" window (Alt + F2)
2) Click to unfold the drop list
3) Notice that there is only (in my case at least) a very few entries in the
list and that there is consequently no vertical scroll bar
4) Click to close the list
5) Click again, to re-open it
6) Notice how an ugly, out of place, tiny, useless and ridiculous vertical
scroll bar suddenly appear in the list !!!

Close the window and open again, to reset this crazy behavior, and repeat at will...

It also does it with the "Network Monitoring" applet, except that once you have
clicked twice to trigger the scroll bar, closing the applet will not get rid of
the scroll bar. To bring the list back to normal state, you have to either log
out/in, or remove the applet from the panel then put a "fresh" copy of it.

I attached screen shots showing the proper and incorrect behavior, for both the
"Run App" and "Network Status" applet, to illustrate...

Created an attachment (id=2900)
Run App, correct.

Created an attachment (id=2901)
Run App, strange

Created an attachment (id=2902)
Net Status Applet, correct

Created an attachment (id=2903)
Net Status Applet, Strange

Sebastien Bacher (seb128) wrote :

this is not specific to clearlooks, not sure if that's an app or a theme bug ...
Jeff?

Corey Burger (corey.burger) wrote :

I have seen this bug before clearlooks, in warty and hoary. I think it might be
an issue with the default widget set, when it draws drop down menus.

(In reply to comment #6)
> I have seen this bug before clearlooks, in warty and hoary. I think it might be
> an issue with the default widget set, when it draws drop down menus.

Could you suggest an appropriate package to re-assign this bug to then, so it
can be looked at upstream hopefully ?

Jonathan Carter (jonathan) wrote :

This doesn't seem to happen on my Ubuntu 6.06 LTS installation.

Can anyone confirm, so that we can resolve this bug?

Hmmm, you are very lucky. I did a fresh a install of Dapper and still have the bug, nothing has changed during the development version of Dapper, nor the final release, nor Xubuntu which ships clearlooks too, nor NexentaOS which also ships with clearlooks.
Maybe it's an architecture dependent bug somehow. I use the default i386 kernel on an AMD Athlon XP 1700+ CPU, what is your config ?

Daniel Holbach (dholbach) wrote :

I don't get the problem in Edgy with ubuntulooks.

I just upgraded Edgy once more before replying, just in case, but Clearlooks (the object of this bug) still has the bug.
Out of curiosity I also tried Ubuntulooks which you mentionned, (doesn't seem to be listed as "Ubuntulooks" anymore BTW, just "Human"), but it also still has the bug.
Maybe the bug only shows on certain architectures ? I have an old AMD Athlon XP CPU, and use the default i386 kernel. Unfortunately I don't have the possibility to test Ubuntu on other machines/architecture.

Changed in clearlooks:
assignee: jdub → desktop-bugs
status: Unconfirmed → Confirmed
Sebastien Bacher (seb128) wrote :
Changed in gtk2-engines:
importance: Medium → Low
Changed in gtk-engines:
status: Unconfirmed → Rejected
Changed in gtk:
status: Unknown → Confirmed
Michael Rooney (mrooney) wrote :

Okay, well since people are discussing this existence of this, I can confirm it on Hardy RC.

Changed in gtk+2.0:
status: Confirmed → Triaged
Changed in gtk:
importance: Unknown → Low
Changed in gtk:
status: Confirmed → Expired
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.