After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 663152 - Don't automatically open a new window when a removable media is inserted
Don't automatically open a new window when a removable media is inserted
Status: RESOLVED NOTGNOME
Product: gnome-shell
Classification: Core
Component: general
3.2.x
Other Linux
: Normal enhancement
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2011-11-01 11:16 UTC by Julien Olivier
Modified: 2011-11-24 14:44 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Julien Olivier 2011-11-01 11:16:13 UTC
WIth gnome-shell 3.2.1, by default, when you plug a removable media, nautilus opens a new window showing its files, and a popup appears in the notification area asking you whether you want to open the media's files or eject it.

I think that having both the notification and the nautilus window at the same time is a bit confusing. Wouldn't it be smarter to only show the notification and let users click on "open with file manager" to access the files? Or, as an alternative solution, have the nautilus window pop up like currently but make the notification temporary instead of permanent.
Comment 1 Florian Müllner 2011-11-01 13:55:48 UTC
(In reply to comment #0)
> Wouldn't it be smarter to only show the notification and let users click on
> "open with file manager" to access the files?

Yes, and this is indeed how it is supposed to work (see bug 653521). What version of gnome-settings-daemon do you have installed? Or maybe your distribution has applied patches which enable the automount plugin again?
Comment 2 Julien Olivier 2011-11-01 17:43:23 UTC
(In reply to comment #1)
> Yes, and this is indeed how it is supposed to work (see bug 653521). What
> version of gnome-settings-daemon do you have installed? Or maybe your
> distribution has applied patches which enable the automount plugin again?

I have gnome-settings-daemon 3.2.1-0ubuntu3 on Ubuntu Oneiric. Being on Ubuntu, there is a heavy chance that it has been patched and doesn't behave like expected upstream.
Comment 3 Milan Bouchet-Valat 2011-11-18 17:20:28 UTC
Yes. Best is to have a look at org.gnome.desktop.media-handling.automount-open in dconf-editor, and use the "Set to Default" button to check what's the default value.
Comment 4 Julien Olivier 2011-11-19 20:44:08 UTC
Due to a bug in dconf, I can't reach the "set to default" button for this key (dconf window grows too much), but the value is "true" and the key doesn't appear in bold, which means that it's already the default.
Comment 5 Milan Bouchet-Valat 2011-11-20 22:10:13 UTC
So that must be Ubuntu using a different policy. Hard to fix, since this setting might make more sense under Unity. The only solution is to use a real GNOME 3 distribution... :-p
Comment 6 Julien Olivier 2011-11-21 07:56:19 UTC
(In reply to comment #5)
> So that must be Ubuntu using a different policy. Hard to fix, since this
> setting might make more sense under Unity. The only solution is to use a real
> GNOME 3 distribution... :-p

This is becoming more tempting every day...
Comment 7 Sebastien Bacher 2011-11-21 10:57:10 UTC
Seems some people find it "cool" to troll ubuntu, that default comes from upstream though...

Upstream git (nothing to do with Ubuntu):
http://git.gnome.org/browse/gsettings-desktop-schemas/tree/schemas/org.gnome.desktop.media-handling.gschema.xml.in.in

" <key name="automount-open" type="b">
      <default>true</default>
      <_summary>Whether to automatically open a folder for automounted media</_summary>"
Comment 8 Julien Olivier 2011-11-21 11:06:35 UTC
(In reply to comment #7)
> Seems some people find it "cool" to troll ubuntu, that default comes from
> upstream though...
> 
> Upstream git (nothing to do with Ubuntu):
> http://git.gnome.org/browse/gsettings-desktop-schemas/tree/schemas/org.gnome.desktop.media-handling.gschema.xml.in.in
> 
> " <key name="automount-open" type="b">
>       <default>true</default>
>       <_summary>Whether to automatically open a folder for automounted
> media</_summary>"

And now it becomes less tempting again :)
Comment 9 Milan Bouchet-Valat 2011-11-21 17:01:11 UTC
Sorry, it's not gratuitous trolling, our reaction is based on experience. It's not trolling to say that Ubuntu's priority is clearly not the Shell, and that many more or less trivial bugs appear because of that.

The current bug is probably still a packaging problem in Ubuntu: see bug 653521. Agreed, it was hard to notice (since I was mistaken too about the schema's default), but the result is an Ubuntu-specific bug.

In Ubuntu, the autostart .desktop file for the fallback gsd plugin is:
> AutostartCondition=GNOME3 unless-session gnome-shell
While upstream it is:
> AutostartCondition=GNOME3 if-session gnome-fallback
Both should probably work, but for some reason it doesn't (the Ubuntu patch is 42_onlyshowin_unity).
Comment 10 Julien Olivier 2011-11-21 19:01:12 UTC
I confirm that "/usr/lib/gnome-settings-daemon/gnome-fallback-mount-helper" is automatically started in a gnome-shell session in Oneiric, and that killing it and setting "org.gnome.desktop.media-handling.automount-open" to "true" fixes the bug.
Comment 11 Julien Olivier 2011-11-21 19:02:14 UTC
Seb: should I open an Ubuntu bug about the "gnome-fallback-mount-helper.desktop"?
Comment 12 Sebastien Bacher 2011-11-24 13:33:34 UTC
Julien, you already opened a bug, I didn't close it, it's still unclear to me why gnome-session run the helper while "unless-session gnome-shell" is used, does moving the autostart desktop away workaround the issue?
Comment 13 Julien Olivier 2011-11-24 14:44:49 UTC
(In reply to comment #12)
> Julien, you already opened a bug, I didn't close it, it's still unclear to me
> why gnome-session run the helper while "unless-session gnome-shell" is used,
> does moving the autostart desktop away workaround the issue?

Yes it does.