/usr/share/applications/compiz.desktop, maybe other .desktop files, can crash nautilus

Please lemme know if anything else is needed.

I am getting the same bug , I also attach my backtrace .

I have the problem as well... need me to attack anything? There is a similar bug here: https://bugs.edge.launchpad.net/ubuntu/+source/nautilus/+bug/315373

this is the valgrind log of the same.

attached is the crash report from the first time this happened to me , I tried to send it at the time it was generated but got an error from launchpad and it never offered to resend . At the time this was generated I had not yet installed the dbgsym's . I had to copy the file out of /vat/crash and rename it to get it to send as an attachment , ther original name was _usr_bin_nautilus.1000.crash

It looks like this crash is caused by something in compiz.desktop. I can replicate the crash reliably with these commands:

mkdir ~/test
cp /usr/share/applications/compiz.desktop ~/test/
nautilus ~/test

The other files seem ok, but I didn't do an exhaustive check (yet). But files beginning with a*, b* and c*, except compiz.desktop, do not cause a crash.

following the hint from Tommaso I moved compiz.desktop out of /usr/share/applications to my /home/tmp dir and now nautilus can go to /usr/share/applications without crashing but it does now crash when going to /home/tmp . NOTE I used dolphin to move the file since it is not affected by this bug nor is MC , Krusader or emelFM2 .

I installed a fresh and clean alpha 2 (not a single extra ap, not even drivers) and navigated to the folder (32 bit ubuntu) and it did NOT crash. Ran updates and just accepted all of them. Navigated to the folder and had the crash. One of the updates makes this happen.

Thanks for the good work on this one. Can someone attach the desktop entry file that is causing the crash?

Here is the compiz.desktop that causes the crash.

This file also causes the same problem. If a valid 'Type' is added for [Desktop Entry] on either, the problem goes away.

To clarify what I said above, a valid type isn't necessary, just as long as something is added for type.

here's a copy of compiz.desktop that does bot cause a crash. All I did was add the line 'Type=hfsfg'.

I messed around with the source package, nautilus-2.25.2/libnautilus-private/nautilus-link.c to be specific, and made a change that seems to fix the problem. In the function nautilus_link_get_link_name_from_desktop, where type is checked in order to assign an icon (at least that's what I think it does) I added a line to first check to see if type == NULL. I suppose the problem may have been trying to copy a string which did not exist. I have attached the modified file.

I am not a programmer by any means, so there is probably a better way to fix the problem, but maybe this will help.

btw, if there is a better way to do this, please tell me. I'm kinda new to this. :)

fixed upstream, thanks for reporting.

the issue is fixed in jaunty now

Tim thank you for your work on this update, GNOME roll unstable tarball often enough that backporting changes is usually not required, I've uploaded the new version to jaunty now