Clicking many items in the "Places" menu does not launch them unless Nautilus is already running

Bug #759201 reported by Cassidy James Blaede
58
This bug affects 13 people
Affects Status Importance Assigned to Milestone
elementary OS
Won't Fix
Undecided
Unassigned
0.1-jupiter
Won't Fix
Undecided
Unassigned

Bug Description

For example, when first logged in, clicking the "Pictures" folder will not open the folder. However, opening Nautilus, then clicking the "Pictures" item in the Places menu will open it.

I believe this is due to Nautilus not running to draw the desktop.

Revision history for this message
donald iljazi (1lj4z1-deactivatedaccount-deactivatedaccount-deactivatedaccount-deactivatedaccount-deactivatedaccount) wrote :

i had this bug too, today. :( nothing big though.

Changed in elementaryos:
status: New → Incomplete
status: Incomplete → Confirmed
Revision history for this message
AleCutu (ale-cut) wrote :

I had this bug too!

Revision history for this message
kiniyaloca1@gmail.com (kiniyaloca1) wrote :

As a temporary fix couldn't someone create a script that opens nautilus, then pkill's it right after? Then just add it to the startup program list? Then it would be like the nautilus has already been opened and we will be able to click freely on the shortcuts we wanted right after we logged on. I tried, but its not working... Any help would be great :)

Revision history for this message
donald iljazi (1lj4z1-deactivatedaccount-deactivatedaccount-deactivatedaccount-deactivatedaccount-deactivatedaccount) wrote :

here it is. someone test this please.

Revision history for this message
Cassidy James Blaede (cassidyjames) wrote : Re: [Bug 759201] Re: Clicking many items in the "Places" menu does not launch them unless Nautilus is already running

This does not work; killing the process renders the shortcuts unusable
again. Not to mention how dirty of a hack that is. ;)

Revision history for this message
donald iljazi (1lj4z1-deactivatedaccount-deactivatedaccount-deactivatedaccount-deactivatedaccount-deactivatedaccount) wrote :

hah, you are right, it was just something for fun, and untested. :)

Revision history for this message
ammonkey (am-monkeyd) wrote :

I've done some test and this problem happens when desktop is disabled and nautilus is defined as the filemanager of the gnome session.

So if your desktop is disabled then enable it back (via gconf).

Revision history for this message
donald iljazi (1lj4z1-deactivatedaccount-deactivatedaccount-deactivatedaccount-deactivatedaccount-deactivatedaccount) wrote :

'/apps/nautilus/preferences/show_desktop' should be the right key to enable.

Revision history for this message
Fredrik Ekelund (leopld) wrote :

This bug is a major confusing point for a lot of my friends that have had a go at elementary OS, and quite the annoyance for me as well. I rarely navigate to my home folder first if I can choose my Documents folder or whatever at a glance.

Revision history for this message
Eduard Gotwig (gotwig) wrote :

I think nautilus will not be shipped with Luna, so wont fix IMHO.

Revision history for this message
abrsdk (abrsdk) wrote :

it happened to me too. then i went to gconf and disabled desktop as home dir and enabled show desktop. i dont know why it was done by default, but it seems like a pointless idea.

Revision history for this message
Scott Rosenquist (scottrosenquist) wrote :

I believe I've found out what's causing it. In a default Ubuntu install (which elementary os is based on) if you unclick show_desktop in gconf-editor, you still get a Desktop entry in the Places menu. If you click desktop_is_home_dir, it removes that Desktop entry, but still will not display desktop icons. This is the hacky workaround that is breaking the other Places menu entries. Try it yourself.

Revision history for this message
Shane H (shane.h) wrote :

If you can't fix this in elementary OS, wouldn't it be a good idea to remove the dummy links from the Places menu, so that people don't click on them?

Revision history for this message
Cassidy James Blaede (cassidyjames) wrote :

Not relevant for Luna, apparently a fix isn't coming for Jupiter.

Changed in elementaryos:
status: Confirmed → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.