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 524195 - "File Management" capplet should also mention Media
"File Management" capplet should also mention Media
Status: RESOLVED FIXED
Product: nautilus
Classification: Core
Component: Preferences
2.28.x
Other All
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
: 522927 527197 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2008-03-24 20:56 UTC by Matthew East
Modified: 2010-12-05 15:39 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Matthew East 2008-03-24 20:56:51 UTC
Since Gnome 2.22, the preferences for managing auto-mounting media has been moved away from the "Removable Drives and Media" tool in Gnome preferences to Nautilus (Edit->Preferences->Media).

I understand that this change occurred for technical reasons, but in my opinion it constitutes a clear usability regression. First, it is difficult to find the tool now because the file manager preferences is not the obvious place to find such preferences. I consider myself a pretty experienced Gnome user, having used it for a few years now, and I wasn't able to find it. Secondly, other comparable preferences are still in the "Removable Drives and Media" tool, which causes inconsistency.

I couldn't find an existing bug about this, so please reassign it to a different component if appropriate. But it should be resolved.
Comment 1 antistress 2008-04-05 02:01:50 UTC
Maybe that report is about Nautilus (through GVFS) and not gnome-volume-manager ?
Comment 2 Frank Griffin 2008-04-07 13:28:35 UTC
(In reply to comment #0)
> I understand that this change occurred for technical reasons, but in my opinion
> it constitutes a clear usability regression. First, it is difficult to find the
> tool now because the file manager preferences is not the obvious place to find
> such preferences. I consider myself a pretty experienced Gnome user, having
> used it for a few years now, and I wasn't able to find it. Secondly, other
> comparable preferences are still in the "Removable Drives and Media" tool,
> which causes inconsistency.

I fully agree. Worse, RD&M still has a checkbox for "Burn a CD or DVD when a blank disc is inserted" which will be silently overridden by FM->Media settings.

If these options are to stay in FM->Media, then I would propose a menu entry in System with a title something like RD&M which shortcuts to the FM->Media tab.  Having such a shortcut in the right-click menu for the desktop volume icon wouldn't be a bad idea either.
Comment 3 Matt Price 2008-06-05 01:19:21 UTC
just want to add my voice to the dissatisfied.  before 2.22, i had a custom command when an audio cd was inserted, which ripped my cd to flac & mp3, synced the files to my collection, and ejected the disk.  it was incredibly useful to me.  now there's no way to enable that script automatically on disk insert.  seems like an obvious regression, really interferes with my workflow.
Comment 4 Pacho Ramos 2008-06-05 12:22:27 UTC
I think that this should be assigned to nautilus maintainers instead of gnome-volume-manager
Comment 5 antistress 2008-06-05 14:32:22 UTC
Agree (as said above)
how can we change this ?
Comment 6 Pacho Ramos 2008-06-27 12:05:17 UTC
This workaround seems interesting:
https://bugzilla.redhat.com/show_bug.cgi?id=444639
Comment 7 Frank Griffin 2008-06-27 12:22:26 UTC
(In reply to comment #6)
> This workaround seems interesting:
> https://bugzilla.redhat.com/show_bug.cgi?id=444639
> 

This link requests that "Ask User" be the default for everything.  None of the posts here is requesting that.

There's nothing wrong with the existing functionality (except as noted in comment #3).  It's just in a non-intuitive place.

As regards comment #3, I agree.  RM&D allows you to supply a custom command, so if Nautilus is going to take over this function, it should as well.
Comment 8 Pacho Ramos 2008-06-27 12:57:21 UTC
(In reply to comment #7)
> (In reply to comment #6)
> > This workaround seems interesting:
> > https://bugzilla.redhat.com/show_bug.cgi?id=444639
> > 
> 
> This link requests that "Ask User" be the default for everything.  None of the
> posts here is requesting that.
> 

It is only a workaround for problem reported in original post:
__

First, it is difficult to find the
tool now because the file manager preferences is not the obvious place to find
such preferences...
__

This would allow users easily configure app to use
Comment 9 Matthew East 2008-06-29 10:43:15 UTC
(In reply to comment #4)
> I think that this should be assigned to nautilus maintainers instead of
> gnome-volume-manager

I think this is an example of where a bug should be capable of applying to two different components.

I think gnome-volume-manager is more or less the right component, because that is where the preferences should appear...

But, since there hasn't been much response to this bug from gnome-volume-manager developers, let's try reassigning to nautilus.

Comment 10 David Grossberg 2008-06-29 11:44:05 UTC
Just to add a completely different case where this bug is a serious problem:

I am a Kubuntu (KDE) user, with some gnome packages installed, and at some point not long ago suddenly all my media started to autoplay without asking me, in gnome apps.  And until just now when I found an Ubuntu bug ( https://bugs.launchpad.net/ubuntu/+source/gnome-volume-manager/+bug/202457 ) about this I had no clue how to fix it -  I tried gnome-control-center and selecting Removable Drives and Media, but it was missing the relevant tabs, which Google said it should have.  I also tried gconf-editor and the autoplay settings were already off.  

Being in KDE, how could I know that I need to run nautilus-file-management-properties to make totem stop autoplaying DVDs instead of running gnome-volume-properties or a similar Gnome Control Center app?
Comment 11 Christian Neumair 2008-06-29 13:23:24 UTC
I think everybody agrees that the current situation is more than unfortunate, and I am a bit clueless how this can be solved in a satisfying manner.

Some ideas:

1. Get rid of Nautilus hotplug handling.

2. Get rid of gnome-volume-manager and move the entire hotplug functionality into Nautilus.

3. Use IPC or a shared library (or a statically linked one, like libbackground) for displaying the "Media" UI page of nautilus-file-management-properties in gnome-volume-manager. 

4. Add a "Volumes" button to the gnome-volume-manager, which launches nautilus-file-management-properties with a parameters that triggers displaying of the "Media" tab.

I'd actually prefer 1, because it also works for people who do not use Nautilus to draw the desktop. This would totally separate this functionality, and ship both the UI and the entire hotplugging backend code in one package - which is why we added gnome-volume-manager, right?

CCing David Zeuthen. Maybe you could briefly explain why we currently have this architecture, and did not port gnome-volume-manager to GIO and to the new x-content MIME association system?
Comment 12 antistress 2008-06-29 15:21:45 UTC
i like Christian Neumair proposal : it seems logical and coherent to me
Comment 13 David Zeuthen (not reading bugmail) 2008-06-30 16:29:49 UTC
(In reply to comment #11)
> I think everybody agrees that the current situation is more than unfortunate,
> and I am a bit clueless how this can be solved in a satisfying manner.

Disagree there is any unfortunate situation. I do see a lot of confused people though.

> 2. Get rid of gnome-volume-manager and move the entire hotplug functionality
> into Nautilus.

That's already how it works. We don't ship g-v-m in Fedora 9. Things work just fine. What (non-crack [1]) feature are you missing in Nautilus that was in g-v-m?

      David

[1] : With crack features in g-v-m, I mean all the UI to handle non-storage and non-digital-camera devices
Comment 14 David Zeuthen (not reading bugmail) 2008-06-30 16:35:08 UTC
(In reply to comment #11)
> CCing David Zeuthen. Maybe you could briefly explain why we currently have this
> architecture, and did not port gnome-volume-manager to GIO and to the new
> x-content MIME association system?

Because

 a) the g-v-m codebase is largely unmaintained

 b) g-v-m grew a lot of crack features totally unsuitable for it
    - for example handling hotplug of input devices (which should be
      and now is properly handled in X.org)
      
 b) it makes no sense to waste another process for automounting 
    when this can be done in the file manager. In addition it
    makes no sense to waste space for yet another preference
    capplet (people are trying to reduce the number of these)

 c) the port to GIO/GVFS (to handle e.g. non-block-devices) would
    warrant a rewrite anyway

Hope this explains.
Comment 15 Christian Neumair 2008-06-30 21:19:50 UTC
I see where you are coming from.

However, putting these preferences into the file manager preference dialog is bad practice, because *nobody* associates video DVDs or audio CDs with a file manager.

I am leaning towards splitting out the media preferences interface into a new dialog, and installing a capplet for it. Let's CC the usability squad for some opinions.

As I pointed out abote, we still do not handle volume hotplugging if you do not use Nautilus to draw the desktop (i.e. you unset "/apps/nautilus/preferences/show_desktop").


Regarding "With crack features in g-v-m, I mean all the UI to handle non-storage and non-digital-camera devices":

I certainly agree that handling input devices is not necessary, but what's wrong with automatically launching software as you connect video cameras, webcams, PDAs, scanners or some multi-functional printing station?

I temporarily plug a scanner into my laptop, and I like how the vendor's Windows driver asks me how to proceed. After all, we once saw a necessity for handling them, or g-v-m wouldn't have been shipped.


I am a bit irritated how you presume that everybody uses a certain set S1 of hotpluggable devices like

 1. plug it in
 2. manually launch an application

while the very same people are supposed to use another set S2 of hotpluggable devices like

 1. plug it in
 2. be asked what to do - i.e. be provided with guidance

especially since some of them (video cameras) may potentially be used as storage devices (=> S1) or "non-storage (...) device" (=> S2).

I don't see any reason for generalizing a distributor's policy on hotplug devices.
Comment 16 antistress 2008-06-30 22:58:22 UTC
1°) As  Matthew East said, definitively having to go to Edition>Preferences menu of Nautilus to set how audio cds are handled is hardly discoverable and intuitive.
We need an entry in main menu System>Preferences that could regroup all settings for removable devices audio cds, cameras, camcorders, printers, blank disc, etc. like before with the "Removable Drives and Media" tool

2°) Besides, we need to have a "choose another application" option which would open a list of compatible applications based upon MIME type
Here is a screenshot of application chooser from document MIME type
http://launchpadlibrarian.net/12511533/MIME%20selector.png
Shall i fill another bug report concerning that point ?
Also Matt Price has requested above a "set your a custom
command" option 

3°)  Christian Neumair said "As I pointed out above, we still do not handle volume hotplugging if you do not use Nautilus to draw the desktop (i.e. you unset
"/apps/nautilus/preferences/show_desktop")."
i'm not sure to understand this point, but maybe we need to consider new GUI like Ubuntu Netbook Remix where the desktop is only a launcher, without files or icons ?
Comment 17 David Zeuthen (not reading bugmail) 2008-07-01 19:12:55 UTC
(In reply to comment #15)
> I am leaning towards splitting out the media preferences interface into a new
> dialog, and installing a capplet for it. Let's CC the usability squad for some
> opinions.

Yay. Because we really need more capplets. </irony>

A better solution would be to rename "File Management" (which is kinda an odd term to begin with btw) to "Files and Media" and change the icon so it also includes some graphical representation of media in addition to what now looks like a cupboard; for example add a small CD or something.

Either way, I'm not 100% opposed to splitting the capplet in two if you so insist. It's certainly true some people can't find the settings right now. But I think it's just because it's a change. And most people hate change. And then they insult developers trying to make things better. Etc. etc.

> As I pointed out abote, we still do not handle volume hotplugging if you do not
> use Nautilus to draw the desktop (i.e. you unset
> "/apps/nautilus/preferences/show_desktop").

That can easily be fixed I believe. 

Either way the correct fix here is to remove the show_desktop option altogether and ignore users complaining. It's an uphill battle trying to try and please everybody especially the kind of people who like to mix components from several desktops. Good luck if you insist of trying to continue to do this. Just my opinion of course etc. etc.

> I certainly agree that handling input devices is not necessary, but what's
> wrong with automatically launching software as you connect video cameras,
> webcams, PDAs, scanners or some multi-functional printing station?

Because trying to stuff everything into a single program is bound for failure.

We saw that with g-v-m. It failed (being replaced by nautilus). We saw that with HAL. It too failed (it's being replaced by other stuff now). We're partly seeing that with Evolution (Contacts, Dates, etc.). Windows. Etc. Etc.

Based on my experience trying to do this, here's the thing: you end up with a kitchen sink that a) is poorly maintained; b) does a few things; c) doesn't do any of the things well. This is primarily because the maintainer can't be a domain expert on anything. It also inhibits innovation trying to do this. For example for people working on integrating scanner stuff they should write their own small daemon or their own plug-in to gnome-settings-daemon. Ditto for other stuff.

> I am a bit irritated [...]

I too am irritated. You're second guessing decisions already made in concert with Nautilus maintainers.
Comment 18 Frank Griffin 2008-07-02 01:00:25 UTC
Let's stay on topic here.  Re-reading the original post, I don't think that the poster (or I myself) give a rat's whatever about which component owns the responsibility for this function.  We're simply asking that the menu path to it be rearranged to be more intuitive.

To a casual user of GNOME, the nautilus dialog launched by double clicking "home" or some other directory icon looks like a file browser, period.  And that's why having to go through it to find volume mount preferences is counter-intuitive.

All that needs to be done here is to add a Media Preferences (or whatever) menu entry to the System -> Preferences menu which goes to the associated tab of the nautilus preferences dialog.  And to give that dialog the same level of function that the old g-v-m dialog had, e.g. custom commands.

I don't think anybody cares whether this is part of nautilus or g-v-m or whatever.  We just want our users to be able to find the damn thing and have it do everything the older implementation did.
Comment 19 Matthew East 2008-07-02 07:33:30 UTC
(In reply to comment #17)
> Either way, I'm not 100% opposed to splitting the capplet in two if you so
> insist. It's certainly true some people can't find the settings right now. But
> I think it's just because it's a change. And most people hate change. And then
> they insult developers trying to make things better. Etc. etc.

That's absolutely not true in this case.
Comment 20 Cosimo Cecchi 2008-09-06 10:24:21 UTC
(In reply to comment #17)

> A better solution would be to rename "File Management" (which is kinda an odd
> term to begin with btw) to "Files and Media" and change the icon so it also
> includes some graphical representation of media in addition to what now looks
> like a cupboard; for example add a small CD or something.

If we decide to go this way, this bug would be a duplicate of bug 527197.
Comment 21 Pacho Ramos 2008-09-06 15:38:17 UTC
Maybe other option would be move this options to default-applications capplet from gnome-control-center, I have seen that in its "multimedia" tab users are also able to set a default player
Comment 22 Przemysław Kulczycki 2008-10-27 21:02:53 UTC
There is no Media tab in gnome-volume-properties (accessible from System / Preferences / Removable Drives & Media). Some or all of these options have been moved to Nautilus > Edit > Preferences > Media. This is confusing for many users (me included). See http://ubuntuforums.org/showthread.php?t=381041 and http://ph.ubuntuforums.com/showthread.php?t=824525
There should be a single central point of setting up default actions and default programs for removable media, memory cards, cameras, mp3 players and others. System / Preferences / Removable Drives & Media was good. Why was it split to Nautilus? No one would look for that there.
Comment 23 ipxdesign 2008-11-04 09:12:13 UTC
Hi,
  just a comment from an "average joe" - I only found the option after searching the net.
I don't think anyone would find it by themselves.

"GNOME's focus is EASE OF USE"


Also many people (myself included) expect to be able to choose what software they use to play a cd or dvd.
They used to be able to do that, now they can't.

"GNOME... provides all of the common tools computer users expect of a modern computing environment"
Comment 24 trepo 2008-11-12 18:15:06 UTC
I don't care where I will be able to change the media preferences as long as

a) I can find where I can do it without spending half an hour on various bug tracking sites,

b) I get the same functionality I have been used to.

This is not the case. Currently, there is no obvious way to _selectively_ disable media automounting. The "Storage" tab from gnome-volume-properties is gone. The "Media" tab in FM Preferences does not have this functionality. Let's say I want Totem to start when a DVD is inserted, but I don't want USB pen drives or external HDs to automount. It does not seem to be possible.

There might be technical reasons behind the change, but _please_ make sure the replacement is as capable as the stuff being replaced, before taking away functionality.
Comment 25 Martin Pitt 2008-11-28 17:52:30 UTC
*** Bug 522927 has been marked as a duplicate of this bug. ***
Comment 26 antistress 2009-11-01 17:16:12 UTC
comment 18 is a good summary of current situation (still in GNOME 2.28) :
"All that needs to be done here is to add a Media Preferences (or whatever) menu
entry to the System -> Preferences menu which goes to the associated tab of the
nautilus preferences dialog.  And to give that dialog the same level of
function that the old g-v-m dialog had, e.g. custom commands."

Any chance to get a fix for that ?
At present time Nautilus reflects the developer's model rather than the
user's model.
That's a bug in usability that need to be fixed since user can't easily find how to set Media Preferences
Comment 27 Cosimo Cecchi 2009-11-02 16:36:58 UTC
(In reply to comment #26)

> entry to the System -> Preferences menu which goes to the associated tab of the
> nautilus preferences dialog.  And to give that dialog the same level of
> function that the old g-v-m dialog had, e.g. custom commands."

I don't agree we need another entry in the Control Center.
I think it's a good idea to rename the existing entry though to make it clearer that it handles media as well, and this is certainly something that we'd like to do for 2.30. David, what do you think?

Also, custom commands are already working again, probably even since 2.26.
Comment 28 Cosimo Cecchi 2009-11-02 16:37:17 UTC
*** Bug 527197 has been marked as a duplicate of this bug. ***
Comment 29 David Zeuthen (not reading bugmail) 2009-11-02 17:46:52 UTC
(In reply to comment #27)
> I don't agree we need another entry in the Control Center.
> I think it's a good idea to rename the existing entry though to make it clearer
> that it handles media as well, and this is certainly something that we'd like
> to do for 2.30. David, what do you think?

As discussed on IRC, the whole control-center probably needs major surgery including working search etc. Anyway, just renaming "File Management" for the time being works for me. Thanks.
Comment 30 antistress 2010-12-05 01:51:57 UTC
I've read in GNOME Commit-Digest Issue 112 November 28, 2010 : Cosimo Cecchi started porting the “removable media” preferences tab of Nautilus to be a new control center panel.
Comment 31 Cosimo Cecchi 2010-12-05 02:07:14 UTC
Yeah, forgot to close this; it's now 'Removable Media' in the control-center, which got splitted from Nautilus preferences (which is not a control center panel anymore).

Closing as FIXED.
Comment 32 antistress 2010-12-05 15:39:37 UTC
Thank you Cosimo Cecchi for that improvement :-)