GNOME Bugzilla – Bug 612956
Need to handle changed GtkStatusbar internals (GTK+ 2.19)
Last modified: 2010-06-10 16:19:22 UTC
Gimp has lost his Progressbar within the Statusfield that normally shows the progress of filters or saving files. This is nasty, because you cannot see how far the actual save/filter Operations are proceeded. Used Gimp Version is 2.6.8 under Ubuntu Lucid Lynx A3. Please let me know if more Information is needed.
Sorry, forgot to clarify that I meant the Progressbar within the Statusbar.
Did that happen after you upgraded to GTK+ 2.18?
No, I don't think so. Under Ubuntu Karmic, everything was fine. And Karmic uses GTK+ 2.18, too.
The status-bar is still there though? Perhaps it would help if you attached a screen-shot.
Better Idea: http://www.file-upload.net/download-2350409/out.ogv.html Ogg-Video showing Gimp in action. At 0:10 I start a filter that takes some time. As you can see, there appears no Progressbar in the Statusfield. At 0:24, the Filter is done and I'm saving the file with File>Save (not Save as) and again, no Progress is visible. After saving is done at 0:48, the message "Image was saved at /home/XYZ.png" appears in the Statusbar.
Please report this against Ubuntu then. Looks like their default theme is badly broken. There is nothing we can do about this. In general you should always report bugs at your distribution's bug-tracker and let them deal with the distribution-specific problems. It's the job of the maintainer of the gimp package at Ubuntu to forward bugs here if he/she decides that the bug is upstream.
This was reported to Ubuntu first. See https://bugs.launchpad.net/ubuntu/+source/gimp/+bug/537275 I've tested the same prodecure as above with the clearlooks and the crux themes from package gnome-themes 2.29.92 and its absolutly the same behavior.
The only explanation I have for this behavior is that Ubuntu's GTK+ is either 2.19 (which is unlikely) or that they have patched GtkStatusbar so it has a different widget hierarchy. The code in question would be in gtk+/gtk/gtkstatusbar.c (gtk_statusbar_init).
Damn it. Sorry. ;) libgtk2 (2.19-7-0ubuntu1) So, where I have to file this? I'm a bit confused. A small hint would be great. And why GTK+ 2.19 could be responsible for that?
GTK+ 2.19 changed statusbar internals, this is strictly speaking an incompatible change, but I rather fix up GIMP than complaining to GTK+, because things are now better than before. Will fix this in GIMP 2.6.
Backported Mitch's fix from master to gimp-2-6: commit 501c4f65f08c111df0654cb887d95c2c06e82710 Author: Nils Philippsen <nils@redhat.com> Date: Wed Mar 24 18:08:01 2010 +0100 backport statusbar code needed for GTK+ >= 2.19.1 Use the hbox that is provided via gtk_statusbar_get_message_area() since GTK+ 2.19.1. app/display/gimpstatusbar.c | 32 +++++++++++++++++++++++++------- 1 files changed, 25 insertions(+), 7 deletions(-)
Is there any way to fix this such that there isn't a compile-time check for GTK 2.19.1? Ideally I'd like to not have to minimum-depend on that version just to fix a runtime problem on 2.19.1 or higher.
*** Bug 617535 has been marked as a duplicate of this bug. ***
*** Bug 620873 has been marked as a duplicate of this bug. ***
(In reply to comment #10) >.... Will fix this in GIMP 2.6. I guess GIMP 2.6.9 , right? :)...if yes , is there a date planned for the new release? I miss all the useful info normally present in the statusbar :-)) ok ok.. I know I could get and compile the git version.. but I can wait for the official release :) Andrea