GNOME Bugzilla – Bug 169390
GtkStatusbar label ellipsizing broken
Last modified: 2006-01-25 15:31:35 UTC
Please describe the problem: When I click the parent folder button in spatial mode frequently the text in the statusbar is shortened (like when the window is to small for it). When I resize the window now or open a new nautilus window the text gets expanded to its orignal size again. Steps to reproduce: 1. Open a new nautilus window (preferably a small one) 2. Start clicking the parent folder button Just open and close the parent folder list, don't choose one Actual results: After a while (depends on the window's size) the statusbar text get's shortened Expected results: text length should stay the same Does this happen every time? Yes Other information:
*** Bug 303460 has been marked as a duplicate of this bug. ***
*** Bug 303581 has been marked as a duplicate of this bug. ***
I just want to add that you don't actually need to open the menu to produce this bug. It's sufficient to click-and-hold the mouse on the location button and then move it on and off the button repeatedly.
Thanks for your bug report and your helpful comments! I can verify that this is actually a GTK+ issue. It seems to do unexpected re-ellipsizing when the button widget - which is packed in the statusbar BEFORE the label - receives events. I can't reproduce this if a button in a statusbar is packed after the statusbar-owned text widget.
Created attachment 46430 [details] Sample Program
2005-05-16 Matthias Clasen <mclasen@redhat.com> * gtk/gtkstatusbar.c (gtk_statusbar_size_allocate): Only shrink the label if we need to. (#169390, Felix Riemann)
*** Bug 172910 has been marked as a duplicate of this bug. ***
*** Bug 306595 has been marked as a duplicate of this bug. ***
The bug seems to be fixed for western locales, but with hebrew I still have issue.
Created attachment 49609 [details] Sample hebrew program The attached program doesn't work correctly when used with LANG=he_IL.UTF-8.
The allocation (gtk_statusbar_size_allocate) code doesn't look suspicious. It seems to correctly move the allocation 18 px to the right and moves it to the left again after allocation.
I can't get this problem even using your latest progream with the hebrew locale. Could you post a screenshot?
Created attachment 52718 [details] screenshot showing hebrew issue here is a screenshot showing the problem but i had to LC_ALL to hebrew or it wouldn't appear (since it's fixed for LTR-writing) normally there should be 21 characters in the statusbar + the '.' here are only 4 1/2 left.
This seems to have been fixed in HEAD by bug #322042.
Felix Riemann: Did you apply the patch from bug 322042 and try to reproduce this bug before changing the status to resolved? These two bugs don't seem to be the same and i cannot reproduce this one. Christian Neumair: The patch from bug 322042 should fix your problem with Hebrew locale.
Farzaneh is right. The fix for bug 322042 only fixes label *placement* for right-to-left labels. Nothing else.
Can anybody still reproduce it with latest devel releases or HEAD?
I checked it against a cvs checkout from yesterday and it worked (for left-to-right and right-to-left). This bug was a problem with GtkStatusbar's size_allocation and was fixed in comment #6. But after that it looked like the fix didn't work for right-to-left locales (comment #11) -> the bug was reopened to find a fix for these,too. Now, incorporating the fix from bug #322042 it was apparently a bug with GtkLabel itself and not a fault by GtkStatusbar. That's at least how I see the case.
Seems like it should be FIXED, yes.