Gnome Tweak - Nautilus won't launch when file manager is set to handle desktop

Bug #778808 reported by kmb42vt on 2011-05-06
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
ugr-seeds
High
Unassigned

Bug Description

Basics:

This is with the "dev" repo enabled and UGR fully updated on the date of this bug report.

Gnome Tweak Tool is at version, 3.0.3-0ubuntu1~build1

UGR is installed on Ubuntu 11.04 final (amd64)

To duplicate:

At a fresh login, launch Gnome Tweak Tool ("Tweak advanced settings") and under "File Manager" in the left sidebar, set "Have file manager handle desktop" to "On". Note that right-clicking on the desktop will successfully bring up a right-click context menu.

Attempt to launch Nautilus from the sidebar.

Expected behavior:

Nautilus should launch and a file manager window should appear.

Actual behavior:

Nautilus does not launch.

**********
These are the steps I took in troubleshooting:
**********

In Gnome Tweak Tool set ""Have file manager handle desktop" to "Off".

Launch Nautilus from the sidebar. Nautilus should launch successfully.

In Gnome Tweak Tool set "Have file manager handle desktop" back to "On and close Nautilus.

Relaunch Nautilus from the sidebar and Nautilus will launch successfully again.

In Gnome Tweak Tool set "Have file manager handle desktop" to "Off and back "On" again and attempt to launch Nautilus--Nautilus will not Launch.

*Notes*:

Even though Nautilus will not launch when "Have file manager handle desktop" is initially set to on, It can be launched from Gnome 3 search results by moving your mouse to the upper left corner and then typing "home" for example. This will bring up your 'Home" folder in the search results and clicking on the folder will bring up Nautilus showing your ~/home directory so the problem occurs only when attempting to click on the default Nautilus launcher (command of which is "nautilus %u).

At a fresh login or restart with "Have file manager handle desktop" already set to "On" beforehand, "Nautilus" can be seen running under the 'Processes' tab of the "System Monitor" app and Nautilus can't be launched from the launch bar nor can it be launched by holding down 'ctrl' while clicking on the launcher as you can when you want a second instance of Nautilus by clicking on the launcher.

*****

That's as far as I got. Attempting to launch Nautilus from the terminal when "Have file manager handle desktop" is set to "On". supplies no feedback at all and just returns a command prompt. Since there already is a Nautilus process running at login I can understand this but I don't know exactly what the solution might be.

Davide Alberelli (dadexix86) wrote :

I confirm this problem, entirely.

Just another thing.
If you launch nautilus from the terminal with a destination (for example nautilus . instead of simply nautilus) it starts fine.

kmb42vt (tbeposts) wrote :

@Davide - On your example I opened the Main Menu editor (alacarte) and changed the command for Nautilus from:

nautilus %u .

to

nautilus %u .

This change immediately took affect in the launcher as well and solves the problem nicely. Nautilus can now be successfully launched when the file manager is handling the desktop. However, this still needs to be fixed so a work around by the user isn't needed I believe since this may not be the best way to do it.

kmb42vt (tbeposts) wrote :

Correction to my last update:

The "from" command should have read:

nautilus %u

Don't know where the "period" came from.

Davide Alberelli (dadexix86) wrote :

The dot indicates "here", the active directory.

Yes, it's just a workaround. Maybe it can be incorporated in the tweak-tool with the ON/OFF (ON adds the ., OFF take off the .)

kmb42vt (tbeposts) wrote :

Perhaps it should simply be set to add the . when the file manager is set to handle to desktop in Gnome Tweak Tool? Eliminate the On/Off switch altogether since leaving it Off wouldn't really serve any purpose in this case. The user still would not be able to launch Nautlius from the launcher bar if it was left in the Off position.

Erick Brunzell (lbsolost) wrote :

I'm sorry but these are early days :^)

I've been watching this in Fedora also, and the idea of removing something that's not quite functional yet is just wrong!

ATM the most important thing missing from gnome3 is patience!

And gnome 2 is far from dead!

kmb42vt (tbeposts) wrote :

@Davide - Oops,I misread your last comment when you suggested adding it to the On/Off switch. For some reason I read it as adding another On/Off switch just for adding the .

My bad, sorry about that.

@Erick - Yes, I do realize these are the early days hence the bug report. it appears I had an attack of illogic when I read Davide's comment :-D. I retract comment #5.

JC Hulce (soaringsky) wrote :

This is an upstream issue - I'll notify the GNOME 3 team about it.

Changed in ugr-meta:
status: New → Confirmed
importance: Undecided → High
JC Hulce (soaringsky) wrote :

This appears to be fixed. Is anyone still having it?

Changed in ugr-meta:
milestone: none → 1.0.0-rc
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

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