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 662191 - info: Setting default music player only works for ogg vorbis files
info: Setting default music player only works for ogg vorbis files
Status: RESOLVED DUPLICATE of bug 674084
Product: gnome-control-center
Classification: Core
Component: Other Preferences
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Control-Center Maintainers
Control-Center Maintainers
Depends on:
Blocks:
 
 
Reported: 2011-10-19 13:31 UTC by Vincent Untz
Modified: 2012-06-28 08:43 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Vincent Untz 2011-10-19 13:31:22 UTC
It turns out that settings the default music player only associates the app with the audio/x-vorbis+ogg mime type. That means that the default music players won't be used for, say, mp3 files.

I'm not sure what would be the right way to solve this, though. Do we want to associate 10-15 mime types in that case?

We have the same issue with the default video player (with the video/x-ogm+ogg mime type).
Comment 1 Bastien Nocera 2011-10-19 13:35:44 UTC
We should probably do that, yes.
Comment 2 Sebastien Bacher 2011-10-19 13:44:29 UTC
There is a similar issue with the photo types, some Ubuntu users recently got confused that changing the photo browser changed the jpeg associations but not the png one ... should I open a different bug about that or do you consider it the same issue?
Comment 3 Bastien Nocera 2011-10-19 13:49:50 UTC
Given that it would be implemented using the same code, doesn't really make sense to split them up.

If somebody wants to write the code, you'd need to make the application the default for all the mime-types it handles, rather than for just the one filtered through in the combobox.
Comment 4 Vincent Untz 2011-10-19 15:04:51 UTC
(In reply to comment #3)
> If somebody wants to write the code, you'd need to make the application the
> default for all the mime-types it handles, rather than for just the one
> filtered through in the combobox.

How would that work if I want, say, totem for audio files and vlc for video files? Since I guess the two of them can handle both audio files and video files. Should we filter on audio/* and video/*?
Comment 5 Matthias Clasen 2011-10-20 12:06:42 UTC
(In reply to comment #4)
> (In reply to comment #3)
> > If somebody wants to write the code, you'd need to make the application the
> > default for all the mime-types it handles, rather than for just the one
> > filtered through in the combobox.
> 
> How would that work if I want, say, totem for audio files and vlc for video
> files? Since I guess the two of them can handle both audio files and video
> files. Should we filter on audio/* and video/*?

It would certainly unexpected if changing the default for video would affect how my music is played. So filtering is probably right.
Comment 6 Lonnie Best 2012-04-20 17:01:43 UTC
(1) When someone sets a player, for playing video, all video-file-types should be associated with that player-application as a result.

(2) When someone sets a player, for playing audio, all audio-file-types should be associated with that player-application as a result.

This makes it easiest for new users who are trying to change these settings from a global (cascading) perspective.

However, from the "granular" (non-global) perspective, here is an intuitive approach that should be added to the "open with" dialog (specified in this other "inversely related" bug):

https://bugzilla.gnome.org/show_bug.cgi?id=674480
Comment 7 Stefan 2012-04-20 17:40:44 UTC
For a scripted solution, which may be used as an underlying mechanism for associating all types of a specific category (video, audio, etc.) please have a look at this blog post: http://www.bollchen.de/blog/2012/02/command-line-magic-open-with-vlc/
Comment 8 Matthias Clasen 2012-05-19 02:18:54 UTC
Fedora bug that complains about the same problem for image/jpg vs image/png:
https://bugzilla.redhat.com//show_bug.cgi?id=747889
Comment 9 Bastien Nocera 2012-06-28 08:43:35 UTC
Bug 674084 has a patch, so...

Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.

*** This bug has been marked as a duplicate of bug 674084 ***