Red Hat Bugzilla – Bug 79705
mp3 preview broken/disabled
Last modified: 2015-01-07 19:02:17 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2) Gecko/20021202
Description of problem:
When I mouse over an Ogg Vorbis (.ogg) audio file in Nautilus, a
preview of the song is played until I mouse off the file's icon.
Despite having installed third-party MP3 audio file players including
mad, no preview occurs when mousing over an MP3 (.mp3) audio file in
Attempting to rectify this, I right-clicked the file's icon, selected
Open With->Other Viewer..., then selected "Associate Application",
however the viewer drop-down list was grayed out, whereas the
equivalent Ogg menu is active.
I understand MP3 support has been removed from a standard Red Hat 8
installation, but I feel MP3 playback should still be fully functional
if the user/administrator has installed the relevant MP3 software such
I have single-click activation mode enabled. I imagine a preview
occurs under double-click activation mode by single-clicking to
select the file's icon.
It is possible this functionality was disabled as an (IMHO)
overzealous fix for (or related to) bug 69921.
I am not aware of any workaround.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. install third-party MP3 playback tools such as mad
2. open a directory containing MP3 audio files in Nautilus
3. perform the usual action to initiate a file preview
Actual Results: Nothing.
Expected Results: The song begins playing.
A more likely reason for this behavior is that no known MP3 player is installed,
as /usr/share/mime-info/gnome-vfs.* does not have mpg123, mpg321, or mad listed
as a supported handler application.
I tried adding an entry for mad in what seemed the relevant section, however I
was then unable to start a GNOME session. I will try again.
Sorry if my previous comments were incorrect.
We can't leave the mp3 support that forks mpeg123. i.e. we can't leave
a reference to mpg123 or anything like that. libmad doesn't support
"plugins" in any sense.
If upstream GNOME implements some sort of generic plugin system where you can add
mp3 support without us having any explicit reference to anything remotely
mp3-related, and the plugin system is also useful for non-mp3 stuff, then we
could include that plugin system.
Changing to MoveUpstream keyword instead of GnomeUpstream tracking bug.
sorry about the spam.
The behavior being experienced is deliberate, so this is ->NOTABUG.