Thumbnails for 200% zoom are regenerated each time a folder is opened.

Bug #204434 reported by pt123
72
This bug affects 5 people
Affects Status Importance Assigned to Milestone
Nautilus
Fix Released
Medium
nautilus (Ubuntu)
Fix Released
Medium
Ubuntu Desktop Bugs

Bug Description

Binary package hint: nautilus

When I open a folder with images (around 20 wallpaper sizes), and change the zoom level to 200%. It resizes the thumbnail image, so obviously it becomes blurry. Note this process is completed quickly.

Then it seems to create a new thumbnail from the original image with the larger thumbnail dimensions, providing sharper and aesthetically pleasing thumbnails. This process is slow but understandable.

If I close Nautilus and open the same folder (it remembers the zoom level), it's using the smaller thumbnails, than the larger sharper ones it created earlier. Then it goes around re-creating the larger thumbnails. Slows the systems down in the process.

This it deters you from setting the zoom level up in a folder, it isn't caching/saving thumbnails at a higher zoom.

This also occurs if you navigate back and forth to the folder.

This only affects the Hardy Alphas.

I tried this on Gutsy, it doesn't have a problem as it never tries to get a better thumbnail when you increase the zoom level.

When you are testing make sure the images are of wallpaper sizes then you can really see Nautilus upgrading the original thumbnail.

Related branches

Changed in nautilus:
status: New → Confirmed
Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks for your bug report. This bug has been reported to the developers of the software. You can track it and make comments here: http://bugzilla.gnome.org/show_bug.cgi?id=523883

Changed in nautilus:
assignee: nobody → desktop-bugs
importance: Undecided → Medium
status: Confirmed → Triaged
Changed in nautilus:
status: Unknown → New
Revision history for this message
Dmitriy Geels (dmig) wrote :

Still there in hardy release.
Just reproduced this bug.

Also, image thumbnailer is terribly slow: I have a dir with ~90 4-5mb jpegs, thumbnail generation of every image takes about 15 seconds. AFAIR it was much faster in Gutsy.

Revision history for this message
Dmitriy Geels (dmig) wrote :

One more thing: first time when thumbnails are created, nautilus runs thumbnailer as separate process, but when updating thumbnails, nautilus becomes unresponsive (running thumbnailer in same process?).

Revision history for this message
Ravindra Singh (r-singh) wrote :

This problem is still there in the current hardy release.
For me it occurs at 150%! The thumbnails are generated again and slow down the system. it seems as if the thumbnails are not cached for the higher resolution setting for the folder.

Revision history for this message
Gaspard Leon (gaspard.leon) wrote :

WORKAROUND:

Refrain from using large thumbnails, >=150%
If you must thumbnail a large folder, put the kettle on, sit back and enjoy a coffee or tea while you're waiting.

BTW: this bug also annoys me
:)

Revision history for this message
Sebastien Bacher (seb128) wrote :

could anybody try if that's still an issue in intrepid?

Revision history for this message
pt123 (pt123) wrote :

Happens in intrepid i.e. there is still a recreation of thumbnails even though you were there before.

Revision history for this message
hexion (hexium) wrote :

Confirmed in Intrepid with 150% zoom too.

Revision history for this message
Sebastien Bacher (seb128) wrote :

the bug has been fixed upstream now and the new version will be in jaunty

Changed in nautilus (Ubuntu):
status: Triaged → Fix Committed
Revision history for this message
pt123 (pt123) wrote :

Great news didn't think this bug would be fixed.

Well done.
I will now have to test out Jaunty.

So did this make Alpha 6 or do I have to wait for the Beta on Match 26th

Revision history for this message
Sebastien Bacher (seb128) wrote :

the change has been commited to the GNOME svn, it's not in alpha6 and will probably not be in beta but will be in GNOME 2.26.1 which will be packaged before jaunty stable

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package nautilus - 1:2.26.0-0ubuntu6

---------------
nautilus (1:2.26.0-0ubuntu6) jaunty; urgency=low

  * debian/patches/90_svn_update.patch:
    - update code to current svn to fix some issues, give some testing to the
      changes and make the 2.26.1 update easier
    - don't regenerate thumbnails every time on some zoom level (lp: #204434)
    - query crasher fix (lp: #341988)
    - don't freeze on some compact view geometries (lp: #350909)
    - dnd in list view should work better (lp: #185387)
    - correctly handle special chars in launchers (lp: #233913, #252902)
    - open dialogs on the correct screen (lp: #282806)

 -- Sebastien Bacher <email address hidden> Wed, 01 Apr 2009 22:53:08 +0200

Changed in nautilus (Ubuntu):
status: Fix Committed → Fix Released
Changed in nautilus:
status: New → Fix Released
Revision history for this message
pt123 (pt123) wrote :

I am using this version in Jaunty
1:2.26.1-0ubuntu1 and this bugs seems to be there.

It might not be regenerating the higher quality thumbnails but it still appears to be.

If I reopen the folder (which was set to 200% earlier) the thumbnails it shows are the low quality ones (i.e. they are blurry) then after a while it starts showing the better quality thumbnails. It does it in such a slow manner that it appears to be recreating those thumbnails again.
The only difference I have seen is that lack of a white border that appears when a zoom level is increased.

I have attached a screenshot comparison, the first is the high quality thumb, the second is the thumb after reopening the folder (i.e. the low quality.)

Revision history for this message
John Baptist (jepst79) wrote :

In Karmic, it seems that higher quality thumbnails aren't generated at all, and instead I only see blurry, scaled-up, low quality thumbnails. Should I create a new bug for this?

Revision history for this message
pt123 (pt123) wrote :

 open a new bug report

Changed in nautilus:
importance: Unknown → Medium
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.