Bug 406741 - default sound handling
Summary: default sound handling
Status: RESOLVED FIXED
: 354595 (view as bug list)
Alias: None
Product: openSUSE 11.0
Classification: openSUSE
Component: GNOME (show other bugs)
Version: Final
Hardware: Other openSUSE 11.0
: P1 - Urgent : Major (vote)
Target Milestone: ---
Assignee: Vincent Untz
QA Contact: E-mail List
URL:
Whiteboard: gnome-wrong-out-of-the-box
Keywords:
Depends on:
Blocks: 412722
  Show dependency treegraph
 
Reported: 2008-07-07 12:13 UTC by Michael Meeks
Modified: 2009-01-14 16:01 UTC (History)
1 user (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Meeks 2008-07-07 12:13:25 UTC
On my SL11.0 the default association for .ogg files appears to be realplayer - which appears to refuse to play .ogg files (!).

The same file appears to play fine in gstreamer.

Is this the right file assocation [ surely banshee - when bug #406739# is fixed would be better ].
Comment 5 JP Rosevear 2008-11-19 20:16:33 UTC
*** Bug 354595 has been marked as a duplicate of this bug. ***
Comment 6 JP Rosevear 2008-11-19 20:18:36 UTC
Ok, please make banshee-1.desktop the default handler in glib2-branding-SLED/openSUSE for everything except real media specific mime types (ie ram).

It would be good if banshee-1.desktop didn't advertise real media support.
Comment 7 JP Rosevear 2008-11-19 20:20:12 UTC
Aaron: see bug 440615.
Comment 8 Vincent Untz 2008-11-19 21:37:56 UTC
(In reply to comment #6 from JP Rosevear)
> Ok, please make banshee-1.desktop the default handler in
> glib2-branding-SLED/openSUSE for everything except real media specific mime
> types (ie ram).

We have no good way to do this. I can take the current list of mime types handled by banshee, but this will get outdated at some point and this is really not a good idea. The fix is to remove the real media mime types from banshee-1.desktop.

Stanislav might have another idea on how to fix this, though.
Comment 9 Stanislav Brabec 2008-11-20 12:09:02 UTC
I agree with removing or real MIME types.

As a long term solution, I would like to see virtual MIME types:

http://lists.freedesktop.org/archives/xdg/2005-November/005928.html and follow-ups
http://lists.freedesktop.org/archives/xdg/2007-February/007801.html

I think, that it can be implemented only by changing of update-mime-database command.

It remains for year only as an idea (with partial implementation attempt for KDE). Should I open a FATE for it? It may improve totem, gimp, eog...
Comment 10 Vincent Untz 2008-11-21 05:43:22 UTC
Can someone with a SLE install check that banshee is the default for the various mime types it handles? It should be the case, according to the glib2-branding package.

You can check /var/cache/gio-2.0/defaults.list to see the default handlers. And I guess "SuSEconfig --module glib2" should be run to make sure it's correctly set.
Comment 11 Vincent Untz 2008-11-21 05:46:02 UTC
Btw, it probably makes sense to kill this SuSEconfig script and simply install it in /usr/sbin, and call it in %post of the branding package.
Comment 12 Stanislav Brabec 2008-11-24 13:18:45 UTC
> it probably makes sense to kill this SuSEconfig script ... and call it in %post

Impossible. After any change in desktop files, the script can generate different result. (Package is installed/uninstalled => Find the next good candidate for MIME type.)

There following possible chances how to get rid this SuSEconfig:

- Manually add needed %post and %postun in all packages that have any desktop file installed (and live with the fact, that script will be started ~1000 times during installation.

- Wait for "one time virtual symbol triggers" feature in rpm.

- System daemon checking, whether defaults.list is still up to date.

- Make the desktop cache user specific and check, whether it is up to date whenever any application is started (this is the way how KDE works).
Comment 13 Vincent Untz 2008-11-24 17:39:21 UTC
(In reply to comment #10 from Vincent Untz)
> Can someone with a SLE install check that banshee is the default for the
> various mime types it handles? It should be the case, according to the
> glib2-branding package.
> 
> You can check /var/cache/gio-2.0/defaults.list to see the default handlers. And
> I guess "SuSEconfig --module glib2" should be run to make sure it's correctly
> set.

NEEDINFO'ing for this. Since the banshee bug about real media mime types has been fixed, this sounds like it should all be working as expected now.
Comment 14 Vincent Untz 2009-01-08 15:47:12 UTC
Hrm. Ping here :-) I don't have a SLE install, but if nobody has one handy, I can check it. Just tell me.
Comment 15 Guy Lunardi 2009-01-08 16:52:35 UTC
Double-clicking a OGG file (video+audio) in SLED11 RC1 (from a Nautilus folder window) opens the document in Banshee

Double-clicking a OGG file (video+audio) in SLED11 RC1 (from a Beagle search result window) opens the document in Firefox - All document types open in Firefox

So I would think that while this is fixed in Beagle, it is broken in other applications due to some other mime-type related issues.
See https://bugzilla.novell.com/show_bug.cgi?id=463123 

Comment 16 JP Rosevear 2009-01-09 20:30:30 UTC
(In reply to comment #15 from Guy Lunardi)
> Double-clicking a OGG file (video+audio) in SLED11 RC1 (from a Nautilus folder
> window) opens the document in Banshee
> 
> Double-clicking a OGG file (video+audio) in SLED11 RC1 (from a Beagle search
> result window) opens the document in Firefox - All document types open in
> Firefox
> 
> So I would think that while this is fixed in Beagle, it is broken in other
> applications due to some other mime-type related issues.
> See https://bugzilla.novell.com/show_bug.cgi?id=463123 

I assume this is is actually reversed since above you say nautilus launch works fine now?
Comment 17 Guy Lunardi 2009-01-13 16:21:36 UTC
I think this was resolved for the OGG files specifically. The separate issue for beagle-search has been identified I believe.


I believe this can be closed as fixed.
Comment 18 JP Rosevear 2009-01-14 16:01:59 UTC
Closing as per #17.