pictures renaming slower

Bug #663188 reported by Jerome Warnier
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
gThumb
Fix Released
Medium
gthumb (Ubuntu)
New
Undecided
Unassigned

Bug Description

Binary package hint: gthumb

Early in the Lucid Lynx release process, the rename feature dialog of Gthumb changed to a new one, which was vastly slower than the previous one.
In the very last days before Lucid's release, it was reverted back to the old rename dialog.

The problem itself is that when you press on "F2" (or click in the menu) to start this feature on a set of selected files, it takes ages (sometimes in minutes) for the dialog to come up, while it was instantaneous on the same computers with Lucid's Gthumb.

I tested this on several computers, powerful or not, with different kinds of storages (internal HDD, USB HDD, USB SD reader, ...) for the pictures.

Now, Maverick (release) has the exact same problem, and that's annoying.

Tags: maverick
Revision history for this message
mjc (mjc-avtechpulse) wrote :

Does it happen if you upgrade to 2.12.0?

http://www.webupd8.org/2010/09/gthumb-2120-stable-has-been-released.html

- Mike

Revision history for this message
Jerome Warnier (jwarnier) wrote :

I could in the end test the 2.12 from PPA.
It does not improve the situation.
Reproducing is very easy: select many pictures at once, then press on "F2" and wait for minutes at 100% CPU for the dialog to appear. Then, the rename itself is pretty fast.

I would say that it is reading every pictures, fully, several times each.
I'm at the moment testing with a set of 420 JPEG pictures in the 4-6MB range.

Honestly, this should be forwarded upstream.

Revision history for this message
Jerome Warnier (jwarnier) wrote :

Actually I even tested the 2.13 without more success.

Revision history for this message
mjc (mjc-avtechpulse) wrote :

I reproduced the problem and filed a bug report upstream (https://bugzilla.gnome.org/show_bug.cgi?id=645515).

Just so you know, you could have gone ahead and filed the bug upstream yourself:
http://bugzilla.gnome.org/enter_bug.cgi?product=gthumb

The ubuntu bug reports are not closely followed by upstream developers.

- Mike

Changed in gthumb:
importance: Unknown → Medium
status: Unknown → Confirmed
Revision history for this message
Jerome Warnier (jwarnier) wrote :

I usually report them myself upstream, but in this case, as I had already seen a change in Ubuntu (reverted to old behaviour in Lucid Lynx), I was not sure anymore it was not a local Ubuntu diversion.

Thanks

Revision history for this message
mjc (mjc-avtechpulse) wrote :

No problem, I just wanted to make sure you knew about upstream reporting. Thanks for the bug report! I expect that Paolo, the main developer, will look into it now that it is reported upstream.

- Mike

Changed in gthumb:
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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