[Bug 15694] New: GtkScrolledWindow doesn't handle child resizes correctly, or GtkTreeView doesn't resize correctly
bugzilla-daemon at bugzilla.ubuntu.com
bugzilla-daemon at bugzilla.ubuntu.com
Sat Sep 17 23:45:49 UTC 2005
Please do not reply to this email. You can add comments at
http://bugzilla.ubuntu.com/show_bug.cgi?id=15694
Ubuntu | gtk+2.0
Summary: GtkScrolledWindow doesn't handle child resizes
correctly, or GtkTreeView doesn't resize correctly
Product: Ubuntu
Version: unspecified
Platform: i386
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gtk+2.0
AssignedTo: seb128 at ubuntu.com
ReportedBy: cwiiis at blueyonder.co.uk
QAContact: desktop-bugs at lists.ubuntu.com
For example, when a GtkTreeView is put in a GtkScrolledWindow, if a filter
causes that treeview to resize and the previous vertical scrollbar position no
longer exists, the vertical scrollbar will be displayed without the 'button'
part and the TreeView will appear as if it were empty. If one of the arrows is
clicked, it 'fixes' the scrollbar.
This sounds similar to Gnome bug http://bugs.gnome.org/show_bug.cgi?id=268471,
but this did not occur in Ubuntu Hoary with gtk 2.6. I suspect this is a gtk
error, but it would need to be confirmed.
Sure-fire way to reproduce:
1. Set application font to Bitstream Vera Sans, size 8
2. Install devhelp and devhelp-book-gtk2
3. Load devhelp and resize the window to approximately 610x520 pixels (anything
around this or smaller)
4. Switch to the search tab and enter 'gtk_l'
5. Scroll to the bottom of the results
6. Enter an 'i' after 'gtk_l'
7. Observe incorrect result on breezy, correct result on hoary
I have found cases where this bug should occur and doesn't, I suspect that the
containing widget may have an effect.
--
Configure bugmail: http://bugzilla.ubuntu.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
More information about the desktop-bugs
mailing list