If you rename a jp2 file to jpg, it doesn't cause nautilus to crash. It just shows the 'generic image' icon that's also used if an image is larger than the limit set for previewing, and eog is unable to open it.
If a jp2 file is renamed to have a non-image suffix, nautilus will be busy (100% cpu) for a second or two and then the image will use the 'generic icon', without nautilus crashing. With image suffixes, this doesn't occur. I also managed to replicate a bug that I avoided reporting earlier because I couldn't replicate it again. A png image has a 'corrupted' thumbnail, what is obviously the result of the file being read in an unfinished state. That is, gnome-thumbnailer or nautilus, or whatever is creating thumbnails, should be waiting until a file's modification time is 3 seconds in the past before trying to create a thumbnail for it, based on the code I looked at. This seems to work for video files, but not for images. When this happened before I verified that the difference between the modification time for the thumbnail (now in ~/.cache/thumbnails in Ubuntu, previously in ~/.thumbnails), and the time for the file as recorded in the thumbnail's PNG data and the same as for the actual file, was less than three seconds, being around 1 second. Maybe nautilus is not using this code though. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1444790 Title: crash if thumbnailer fails to produce output To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1444790/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
