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 44962 - Open with mpg123 fails (file:/// URL)
Open with mpg123 fails (file:/// URL)
Status: VERIFIED FIXED
Product: nautilus
Classification: Core
Component: general
0.x.x [obsolete]
Other Linux
: Normal normal
: ---
Assigned To: Rebecca Schulman
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2000-12-04 22:43 UTC by eli
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description eli 2001-09-10 00:48:41 UTC
If you right-click on an MP3 file and select "Open With...mpg123", mpg123
returns an error of "No such file or directory".

* REPRODUCIBLE: Always

* STEPS TO REPRODUCE:

1. Right-click on an MP3 file. (I used "horsetamer.mp3".)
2. From the Open With submenu, select "mpg123"

* ACTUAL RESULTS: 

 "THIS SOFTWARE COMES WITH ABSOLUTELY NO WARRANTY! USE AT YOUR OWN RISK!
file:///home/eli/horsetamer.mp3: No such file or directory"

Reading the man page, it accepts http:// URLs, but doesn't specifically claim to
handle file:/// URLs. 

I'm only able to successfully specify file locations to mpg123 by specifying a
path by Unix command syntax, not via the WWW file URL syntax.

* EXPECTED RESULTS: 

  Per Darin, I get the impression we should give the file path to mpg123 without
using file:/// URLs.



------- Additional Comments From darin@bentspoon.com 2000-12-04 17:52:54 ----

One approach to fixing this is to say "can_open_uris=FALSE" for mpg123.

But we might lose the feature of playing something directly from a web server that way.

Another approach is to have some way of saying "don't try to use URIs for local files". 
We don't want to always do that, because some local file names might look like URIs! 
But it might be OK for cases like this.



------- Additional Comments From mjs@noisehavoc.org 2000-12-04 19:28:17 ----

Hmm.

I think it might be easier to always pass local files as files rather than URIs,
even though it might be slightly imperfect. It beats being inconsistent I think.




------- Additional Comments From mjs@noisehavoc.org 2000-12-14 21:03:16 ----

Forgot to give this to rebecka when going over the MIME bugs.




------- Additional Comments From don@eazel.com 2000-12-22 11:26:17 ----

Let's fix this for 1.0.




------- Additional Comments From eli@eazel.com 2001-02-06 20:57:23 ----

I'm sorry, but I can still reproduce this at home on the current hourly build,
with mpg123 .59r.

Rebecka, might there be any additional steps that I might have needed to do
(such as deleting a configuration file) to make this work?

Thanks!



------- Additional Comments From rebecka@eazel.com 2001-02-07 10:57:56 ----

Eli: this also fails for me, but not because we don't try to launch mpg123.
Do you get a message saying we can't open the file (the original bug)
or some other error? (I get "/dev/dsp: Device or resource busy")




------- Additional Comments From eli@eazel.com 2001-02-07 12:53:46 ----

Yes, sorry for not being more specific. I see the exact same behavior as
originally described in the bug report, on both RH 7.0 (built via Eazel Hacking)
and RH 6.2 (installed via RPMs).




------- Additional Comments From rebecka@eazel.com 2001-02-12 15:27:29 ----

I fixed this.  The problem was a simple bad if statement.




------- Additional Comments From eli@eazel.com 2001-02-15 11:40:29 ----

Verified fixed in most recently hourly RPM build on RH 6.2.

While verifying, I filed bug #46663 ("Opening an audio file freezes Nautilus
until playback finished").



------- Bug moved to this database by unknown@bugzilla.gnome.org 2001-09-09 20:48 -------