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 98452 - Missing scrollbar when switching views.
Missing scrollbar when switching views.
Status: RESOLVED WONTFIX
Product: gtk+
Classification: Platform
Component: Widget: Other
2.2.x
Other Linux
: Normal normal
: ---
Assigned To: Charles Kerr
Pan QA Team
Depends on:
Blocks:
 
 
Reported: 2002-11-14 04:45 UTC by Sal Tepedino
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Sal Tepedino 2002-11-14 04:45:12 UTC
This is a repeatable bug. It has existed for at least a few versions.
It works like this (In zoomed in view mode):
1. Find a group with not enough posts to fill the page when collapsed, but
with one thread that, when expanded, will then fill the page
(alt.sysadmin.recovery is a good one for this, but please don't disturb the
Monks). 
2. Click on the first message in a long (collapsed) thread to view it.
3. Hit 'n' to go to the next message, thus (on the now not-displayed
header) the thread expands.
4. Hit '2' to go back to the header pane. 

Presto chango. You have no scrollbar!
Not only that, you can't scroll at all. You can't even use the cursor keys
to arrow down past the bottom of the screen :(
The only way to remedy the situation is to collapse the thread and expand
it again, or expand another thread.
Comment 1 Charles Kerr 2002-11-19 15:48:32 UTC
Looks like a gtkctree bug, but maybe there's a workaround...
Comment 2 Charles Kerr 2002-12-12 18:33:08 UTC
I don't see an obvious workaround. :)

Bumping to 0.14.0, which is currently shorthand for right "after 0.13.3"
Comment 3 Charles Kerr 2003-03-13 20:14:56 UTC
I've added a workaround for this in Pan: when calling
gtk_ctree_expand() to expand the subtrees in Pan's header pane, we
check to see if the ctree is mapped.  If it's not, we call
gtk_widget_queue_resize(ctree).

Looks like one of the resize events falling out of gtk_ctree_expand()
isn't reached if the ctree isn't visible.

Bumping the bug up to gtk+, but not holding my breath because gtkctree
is a deprecated widget.
Comment 4 Owen Taylor 2003-04-21 17:02:25 UTC
Don't see much point in leaving this one open. It's implausible
that anybody will try to fix GtkCTree problems at this point.