Bug Description

Strange thing started happening a few days ago: When I access nautilus from the Places menu and open my home directory (named eric) nautilus always freezes.

I can open subdirectories and other bookmarks such as Documents, Pictures, etc and browse files, but the second I browse to my main home directory, nautilus freezes. I can click any icons for sub-folders in my home folder, but nautilus will hang and, within a few seconds, turn grey and stay that way.

The only way to get nautilus to close is by forcing a quit.

I can access any of the files and folders by CLI, or by using emelFM2.

. . . which seemed to blame the crashiness on folders containing an svg image.

Interestingly enough, I was messing around in Inkscape the other day trying to create a business card and saved my work into my home folder as an svg. As soon as I deleted or moved that file Nautilus no longer crashes.

Here's a copy of the file that's causing the Nautilus crash. I've
renamed it to have a .old file extension as this will allow Nautilus to
browse it's directory without crashing, except in one instance:

When I try to attach this file to the bug report, even if it is renamed,
Nautilus will always hang and even cause Firefox to hang. They must be
forcibly closed and restarted.

the valgrind log seems to indicate that nautilus was already running and it used this version rather than the one ran under valgrind, could you try if that's still an issue in jaunty and get an updated log?

I am affected by the same problem. Nautilus hangs when entering a folder with svg files and ff hangs as well if I try to upload the file. I can open it without any problems in Inkscape. The bug started manifesting yesterday, I didn't have any problem before that. I'm using 9.10 (fresh install).

I have experienced this issue with both Ubuntu and Debian and seems to not be corrected along the various updates of them.

I have exactly, i think, the same behavior, when I'm nautilus-exploring a dir conatining some svg, it hangs. Is not about all svg files, is only with the ones that have several and big images, specially, or complex gradient effects and so.

Only trying to be lucky, i installed librsvg2-2.18-cil and librsvg2-bin with no success. I'm in Debian Lenny, but i test periodically Ubuntu releases and i remember to have the same problem.

I'm sad to say this, but this kind of things are a hard brake to sell anyone Inkscape capabilities in GNU/Linux. I've almost learned to live with this bug for more than a year or two from the first time, but really it's a complete shame.
Thanks anyway for your work;
Raimon

Comment elongation:
Living with this bug supposes to me compress affected file in a zip or something like this when I'm no more using it. Only saying this to propose a provisional solution about, and to ask for other workarounds. Renaming to "old" the svg extension doesn't work for me. Any way to disable some extensions or particular files from being preview?
thanks,
Raimon

Thank you for sending the bug to GNOME, you should perhaps assign it to librsvg though, nautilus maintainer don't cope with the number of bugs there and mostly don't read those, you might get a reply if you open the issue on librsvg which is likely the library which has the issue there

Been having this same problem since Intrepid -- Nautilus freezes when previewing a folder with svg files in it. Using Lucid Alpha 2 now, and it's the same story. I use Inkscape a lot, and would really appreciate someone figuring out how to fix this. I've had to bury my svg files in obscure folders so I don't happen to accidentally browse them and have a freeze.

If i try to view the contents of this folder /usr/share/inkscape/examples Nautilus crashes and
all desktop icons disappear, right clicking on the desktop does nothing, I got the following from /var/log/syslog, seem to be related to a long standing bug in the svg library used by nautilus viewing some .svg files,

I know this may be an upstream problem but still this makes for a very poor quality desktop, if this were in other operating systems we would be up in arms about it and there would be much argument about how things got fixed quickly in the open source community, does not seem to be the case now, I have this problem a long long time ago and it is still there after much bug reporting.

I think some of the problems we report here can be replicated easily I do it with the three Linux machines I have and the same thing happens, it is time for the developers who read bug reports to stop asking people to do all kinds of unnecessary things, all they have to do is bloody try for themselves, they will see, I am quite sure most of these problems are not specific to one computer.

This problem arose today with Nautilus on the 9.04 version.
It appears to have been caused by an inkscape svg file linked to several imbedded bitmaps.
It started when I moved the images into a new subdirectory, separating them from the svg file.
Moving all the files back together in original directory and removing the introduced subdirectory corrected the problem.

Inkscape appears to automatically create a link between an image that is copied into one of its vector files and the vector file (unlike Adobe Illustrator which only links the two if the image is "placed" into a vector file).

Hello there!
I am experiencing the same problem with Lucid - some .svg files make Nautilus crash.
I tried to use other file managers - Thunar, PCMan but after a while both show the same behaviour, so probably the problem is not Nautilus specific.

Lubuntu (Lucid based) crashes too. When opening any GTK application and having a window open with an SVG (yes, with bitmaps) it crashes every app. But it seems the rendering engine of pcmanfm2 is a bit more resistent than Thunar or Nautilus ones.

I confirm this bug on an up-to-date Lucid Lynx amd64. Nautilus, and so the whole Desktop, hangs on trying to thumbnail some SVG files (that contain broken links to images). Until this may be fixed, does anybody know how to selectively switch off thumbnail generation for SVG (all the rest works fine and is very helpful)? I did not get it from the previous comments though Edgar sounds like if there is something. The mime-type of SVG (image/svg-xml or image/svg+xml) is not present in the gconf settings for thumb-nailers.

Same here with Lucid AMD64. I created a very simple image with OpenOffice and exported to SVG. I can see a preview in Nautilus, when I try to open it in EOG the whole GNOME desktop freezes. When I try to drag&drop the image, desktop freezes. When I select it in Firefox for upload, desktop freezes. Therefore I had to gzip it.

Same problem using a dell desktop and 64 bit lucid and a 64 bit lucid system76 laptop. Also the "Image Viewer" (EOG I think) application locks up when a *.svg file is attempted. This bug showed up after installing Ubuntu Updates.

I'm on Karmic because my hardware isn't supported by higher versions - ATi 4250 which kills booting on later versions. .svg preview kills nautilus and it really needs fixing. Non-techs here can't understand why their desktop background suddenly disappears! I have set my Nautilus preview option to not display files > 500k in preview because it seems to be the bigger Inkscape files that cause problems. Its a work around but not a satisfactory fix. I'd fix it myself if I knew how! Disable preview for .svg should not be that hard and it is better to display a generic icon for one filetype than crash the whole system. Another workaround if you can use samba is to put the files on a smb share because then icons are not displayed.

@Lars , yes, but this is a dirty "hack", or anyway a solution that degenerate your experience with Nautilus, specially with images.

I still think the problem is the large files, elements as <use/> and support xlink.
*Almost every browsers based on webkit (and Firefox) have problems with use element and xlink; ...so, I think that maybe Nautilus as filebrowser too.

I just want to add one thought to this bug:
Might this be related to the x64 version of Ubuntu? I am now running Ubuntu 10.04.1 AMD64.
I first experienced this bug when I mounted my old home directory from my Ubuntu 9.10 which was a 32bit install. On the 32bit Ubuntu 9.10 I never had any problems with svg files in nautilus (They were some svg stored in the home directory so, it previewed them every time I accessed nautilus). Now when I access my former home directory in the old home partition (I bought new hard disks, they old ones are still inside the machine) nautilus crashes immediately (unless I turn previews off). Dolphin, the KDE-file manager does not crash but it does not preview svg files.

Is there a possibility to turn just the svg preview off in nautilus? Could nautilus be compiled without this svg support?

I prefere not to think what could happen to an unexpert user if someone send him this file in email. Just trying to preview it will crash. It took me quite a time to understand what was happening, and I am a Unix/Linux users since 20 years.

I think that a fix is badly needed, or at least a way to disable svg preview at all.

I copied an svg-file which crashes nautilus when preview is not turned off, to a sub folder of my desktop. If I open this folder with nautilus, it doesn't crash.
Might there be a relation to the pathname?

I just want to confirm that svg files are causing problems on ubuntu 10.10 as well. I have tested several files with a clean and updated install of ubuntu 10.10 amd64 inside virtualbox. When opening the folder which contains the attached svg-file nautilus crashes immediately.

I have several other svg files which are much bigger (15MB) stored in the same folder which don't cause any problems. The attached svg has been created by a friend using with inkscape and the textext plugin (which enables to embed LaTeX rendered formulas). I remember that this file caused problems when trying to print the created pdf as well.

When I try to open this svg in firefox:
- it crashes immediately when using the File-Open File dialog (I think firefox is trying to create a preview although previews are switched off in the nautilus preferences)
- it opens properly when lauched from the command line:
$ firefox ~/testsvg/fgfg2.svg

As segfaults are sometimes connected with faulty memory: I am using ecc-memory (which should at least reduce the some bit-flipping errors)

This bug is limiting my experience with ubuntu and I think that I could try to ask friends to help sponsor to solve this bug, although means are limited. Let me know if you know how much is needed to resolve this bug. (At least a way to disable just the svg preview in nautilus).
(Using dolphin as filemanager is another solution, but it doesn't integrate well with the standard ubuntu desktop)

So, I am blocked here. I can rename the file with the shell, set the directory to be shown as list-only, rename the file again and I can browse safely, but this works until some application try to do a preview on the #½@¡ file when opening a file, and the crash is again here.

Please: this crash is *two* years old. Would an apport-generated trace be useful? I can set up to try to generate one.

I also experience this issue (Ubuntu 10.10, up to date, amd64) when opening a directory containing a svg file embedding many big jpeg pictures. (no tiff at all)

Actually, it occurs with 2 similar svg files. The 1st one does embed all jpeg files and the preview doesn't even have the time to be generated. The second one only contains links to the jpeg pictures, so a blank preview is generated.

However, *In both cases*, Nautilus eventually quits responding and I have to kill it. In the first case, during the preview calculation, in the second case, shortly after selecting the svg file.

If I put it in a subdir, the thumbnail is not generated, but nautilus do not crash. I can open the svg in eog, it just uses a lot of resources, and so much memory that the system is sluggish after doing it, and need a while to come back to normal behavior.

Error #6 is ENXIO? Invalid device or address?

Evidently the problem is still here, and quite severe too. Put that file in your home dir and a non-technical user will be unable to open Nautilus again.