GNOME Bugzilla – Bug 74771
no thumbnails if thumbnail_limit key exists, regardless of value
Last modified: 2004-12-22 21:47:04 UTC
Package: nautilus Severity: normal Version: latest Synopsis: no thumbnails Bugzilla-Product: nautilus Bugzilla-Component: Thumbnails Description: Description of Problem: I don't have any thumbnails for all my pics after changing the prefrence of the filesize from making no thumbnail for files bigger then 5 megs to making no thumbnails for files bigger then 1 meg Steps to reproduce the problem: 1. 2. 3. Actual Results: Expected Results: How often does this happen? Additional Information: ------- Bug moved to this database by unknown@bugzilla.gnome.org 2002-03-15 08:09 ------- Reassigning to the default owner of the component, nautilus-maint@bugzilla.gnome.org.
Are all your image file less than 1 meg? If not than this is not a bug.
I'm seeing it too, Dave. Definitely a regression from 1.0.x. Michael: please don't add triaged to new bugs unless you cc: me when you add triaged. Thanks.
*** Bug 76596 has been marked as a duplicate of this bug. ***
I'm also seeing this with a fresh build from CVS (March 29th, 2002). It's easily reproducible: 1) Open a folder window with a couple of images. 2) Choose Edit -> Preferences 3) Go to Speed Tradeoffs 4) Choose a file size in the "Don't make thumbnails for files larger than" menu. (It doesn't matter what you choose here). 5) Watch all thumbnails turn into ordinary file type icons. To fix it, delete the GConf key /apps/nautilus/preferences/thumbnail_limit: gconftool-2 -u /apps/nautilus/preferences/thumbnail_limit ..all images immediately regain their thumbnails. (With the older Nautilus in GARNOME 0.8.0 you had to logout and back in again for the thumbnails to appear.)
That doesn't help here. :/
Ok, that's strange. On my system, as soon as I change that GConf key (/apps/nautilus/preferences/thumbnail_limit) all thumbnails disappear and won't come back until I delete the key (either by hand editing the file or with gconftool-2).
AARGH! This is exactly what happens here. So doing the gcontool thing to delete the key fixed it. And it borks right away when I set the limit again.
This is now working correctly for me. cvs build of Friday night, 3/29. Could others verify and close if they're not seeing the problem any more either?
OK, I'm now getting it to work by unsetting the key. It's still broken if the key is set at all. Retitling.
Still broken as of the 1 April CVS Head. The following error is logged whenever a change is made to this value: Eel-CRITICAL **: file eel-preferences.c: line 97: assertion `value->type == GCONF_VALUE_INT' failed Thumbnails disappear and don't reappear until key is manually removed.
Just an interesting observation: thumbnails work, and you can even set a limit if you use gconf-editor to do that, but it borks if you set that preferences from Nautilus..? Does nautilus set it somehow differently, or does it set something else in the process? Setting the thumbnail limits from gconf-editor works fine and does not kill thumbnailing.
Still broken as of the 1 April CVS Head. The following error is logged whenever a change is made to this value: Eel-CRITICAL **: file eel-preferences.c: line 97: assertion `value->type == GCONF_VALUE_INT' failed But thumbnail_limit is stored as a string: <gconf><entry name="thumbnail_limit" mtime="1017737163" muser="gnome2" type="string"><stringvalue>3145728</stringvalue></entry></gconf> Was this intended to allow limits larger than a 32 bit int? This does explain Tigert's observation.
Created attachment 7528 [details] Proposed patch to get enum instead of get integer for thumbnail_limit
A build of nautilus with the changes in the proposed patch did fix this problem.
I think this was just a snafu when Michael Meeks changed preferences around. I remember him mentioning enums vs. ints at that time. Michael, can you take care of this?
*** Bug 77925 has been marked as a duplicate of this bug. ***
Now fixed in cvs.