Description of problem: Nautilus has major problems viewing directories of tiff files. It hangs and is otherwise dreadfully slow even on high performance hardware with lots of RAM. This is a serious problem for business users like myself who have a large number of tiff scans (paperless office). Version-Release number of selected component (if applicable): nautilus-2.20.0-6.fc8 How reproducible: Always Steps to Reproduce: 1. Make a directory 2. Save the attached file into the directory as tt.tif 3. Run this little script to make another 99 copies of the file: a=1; while [ $a -lt 100 ]; do cp tt.tif tt$a.tif; a=`expr $a + 1`; done 4. Now view the directory with nautilus and observe the awful slowness 5. Now change the view to list view and observe how dreadful the slowness is 6. Monitor CPU utilisation and watch it up at 100% 7. Also check scrollbar performance Actual results: Dreadful slowness / unusability Expected results: Reasonable performance Additional info:
Created attachment 266281 [details] The tiff file used to recreate this issue
This is a thumbnailing problem. It does not happen when thumbnailing is set under System/Preferences/Personal/File Management/Preview/Show thumbnails to Never.
I also see this. Possible upstream bug: http://bugzilla.gnome.org/show_bug.cgi?id=104224 though patch was accepted before 2.20, see the following thread: http://mail.gnome.org/archives/nautilus-list/2007-September/msg00002.html though it possibly only relates to jpeg thumbnailing. I think this might get more attention on the gnome bugzilla upstream. I can file this as I am able to reproduce it easily. When I do so I will attach the link to this bug.
Take a look at http://bugzilla.gnome.org/show_bug.cgi?id=142428
I created http://bugzilla.gnome.org/show_bug.cgi?id=521721 to try to speed things along with this...
(In reply to comment #5) > I created http://bugzilla.gnome.org/show_bug.cgi?id=521721 to try to speed > things along with this... Sorry to see you're not getting much response from the above but good move in filing upstream.
This message is a reminder that Fedora 8 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 8. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '8'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 8's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 8 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
I don't see this in F10