FS#8550 - Gmplayer fails to open video files.

Attached to Project: Arch Linux
Opened by Jaideep Das (jaideep_jdof) - Wednesday, 07 November 2007, 10:47 GMT
Last edited by Hugo Doria (hdoria) - Monday, 08 December 2008, 14:17 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Thomas Bächler (brain0)
Hugo Doria (hdoria)
Architecture i686
Severity High
Priority Normal
Reported Version 2007.08-2
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 8
Private No

Details

Description:
I have update to the latest version of mplayer which is MPlayer 1.0rc2-4.2.2. But since then gmplayer fails to play some video files and gives a 'cannot open file' error. But these files play just fine from terminal using mplayer.
But i checked file opened from cli using gmplayer plays fine.
Check this post, other peoples are facing the same problem.

http://bbs.archlinux.org/viewtopic.php?id=39553

Additional info:
* package version(s)
MPlayer 1.0rc2-4.2.2
* config and/or log files etc.


Steps to reproduce:
Try to open a video file with new gmplayer from your grapical file manager like thunar. If the file fails to open try it from the terminal.
This task depends upon

Closed by  Hugo Doria (hdoria)
Monday, 08 December 2008, 14:17 GMT
Reason for closing:  Fixed
Comment by Börje Holmberg (linfan) - Wednesday, 07 November 2007, 13:18 GMT
Noticed this yesterday as well. I opened preferences in mplayer and chose some other codec and then it started. So try to fiddle a bit with the Preferences and Video settings.
Comment by Jaideep Das (jaideep_jdof) - Wednesday, 07 November 2007, 17:27 GMT
Its a mplayer bug. You have to change the /usr/share/applications/mplayer.desktop file.

replace "Exec=gmplayer %U" with "Exec=gmplayer %F
Comment by Ionut Biru (wonder) - Sunday, 11 November 2007, 13:40 GMT
i confirm the bug. if fails to open movies when the name has spaces.
thx jaideep_jdof for the fix. is working
Comment by João Rodrigues (gothicknight) - Monday, 26 November 2007, 14:21 GMT
I can confirm this bug as well as the workaround? that Jaideep Das gave.
Comment by Michael (SiD) - Tuesday, 27 November 2007, 23:21 GMT
Same here. Open movies from thunar fails if the filename conatins spaces. Changing 'Exec=gmplayer %U' to 'Exec=gmplayer %F' does not work on my system.
MPlayer-Package-Version: 1.0rc2-1
Comment by Börje Holmberg (linfan) - Friday, 30 November 2007, 10:29 GMT
The workaraound works here, sorry for replying so late.
Comment by Ionut Biru (wonder) - Thursday, 31 January 2008, 14:45 GMT
why does anybody fix that?
this will fix even loading automatic subtitles
Comment by João Rodrigues (gothicknight) - Thursday, 31 January 2008, 15:09 GMT
Such a fix shouldn't be urgent and wait for next release but, AFAIK there was already a release without this fix :(
Comment by Keerthi (keerthi) - Friday, 08 February 2008, 07:58 GMT
I wish I saw this bug report long back. Has been very annoying for a quite long time. Thanks for the fix.
Comment by mumhero (mumhero) - Sunday, 10 February 2008, 16:11 GMT
The workaround work for me.
Comment by Radu Potop (wooptoo) - Wednesday, 13 February 2008, 00:35 GMT
I had the same problem. Thanks for the tip on the desktop file.

This problem occurs because the mplayer.desktop file has the Exec parameter set to "gmplayer %U" (which tries to open a file as if it were an URL, thus it converts spaces to html code). The correct parameter would be "gmplayer %F".
Comment by João Rodrigues (gothicknight) - Friday, 29 February 2008, 09:51 GMT
1 month has passed and this is still open. If I'm not mistaken there was already a release for this package a few days back that went without this issue fixed :(
Comment by Maximilian Müller (kakTuZ) - Thursday, 10 April 2008, 22:13 GMT
It is fixed in the latest svn version (at least I have looked into the source, but neither compiled nor installed it). The change was done in rev 26306 on 2008-03-31. So we have to await the next release.
Comment by revel (revel) - Thursday, 01 May 2008, 22:11 GMT
xfce/thunar counterpart of the fix: right-click on media file 'open with'->'other application...'
highlight gmplayer, unwind 'use user command' at the bottom
and change 'gmplayer %U' to 'gmplayer %F'
above english texts given within '' might be slightly different as im using localized version and have translated them on spot
Comment by Danny Arnold (despairblue) - Monday, 12 May 2008, 14:09 GMT
can this be closed if it is known to be fixed upstream?
Comment by João Rodrigues (gothicknight) - Monday, 12 May 2008, 14:28 GMT
I think that for now a simple workaround in the .desktop link would be sufficient to close this until upstream fix as jaydeep_jdof said.
Comment by Danny Arnold (despairblue) - Monday, 12 May 2008, 14:46 GMT
Shouldn't be to hard to add a fixed desktop file to the pkg. Whatever Thomas feels like, but I'm for closing this report, whether adding a fixed desktop file or waiting for the next upstream release.
Comment by João Rodrigues (gothicknight) - Monday, 12 May 2008, 15:14 GMT
I think that closing a open bug is just plain wrong and throwing dust under the carpet. It is a known and open issue with a known fix/workaround not yet implemented why should we close something like this unless for "less" bug reports to handle?

This is already the second bug I found close without any action actually done in the package :(
Comment by Danny Arnold (despairblue) - Monday, 12 May 2008, 15:22 GMT
It's still open and not my call to close it anyway. It was just my opinion, since I don't feel like shouting a the devs 'fix this fix that' (not saying that you would do so), especially not if this is already fixed upstream and not really severe.
Comment by João Rodrigues (gothicknight) - Monday, 12 May 2008, 15:37 GMT
If the bug is fixed mainstream but the bug still exists in arch package than the bug should (IMHO) still remain open until proper release.

This is a quick fix bug with a bit high impact on desktop usage, but as the arch way clearly states, the user must have the knowledge to fix such problems and only report them for knowledge sake.
There was already a release for mplayer that didn't contained this fix and that it's something just wrong and invalidates the reason for having such bug reports :(
Comment by Danny Arnold (despairblue) - Monday, 12 May 2008, 16:01 GMT
You could mail Thomas and maybe propose a working PKGBUILD with a fixed mplayer.desktop file. I don't think devs read every comment on every bug report.
Comment by Börje Holmberg (linfan) - Monday, 12 May 2008, 16:23 GMT
I feel it is of vital importance that this bug remain open until it is fixed. There will be ppl after us that try mplayer only to find that it doesn't work.

Don't close a bug just for the joy of the laziness of some maintainer.
Comment by Greg (dolby) - Saturday, 24 May 2008, 09:17 GMT
The way i see it users should provide the fix in such occasions. A patch, a diff, a sed line will probably help the maintainer of the package to implement it faster.
Comment by João Rodrigues (gothicknight) - Saturday, 24 May 2008, 17:50 GMT
Grigorios, there's already a fix/workaround for this in the second comment, and there was already a release for this package without the fix :(
Comment by Greg (dolby) - Sunday, 25 May 2008, 07:41 GMT
I meant solution added as an attachment. Thats just text..
Comment by kongokris 2 (nut543) - Sunday, 16 November 2008, 22:16 GMT
bump. the fix posted in the second comment is what they did in ubuntu.. can we get the same in arch?
Comment by revel (revel) - Monday, 17 November 2008, 00:45 GMT
http://svn.mplayerhq.hu/mplayer?view=rev&revision=26306
this solution has been applied to mplayer trunk on Mon Mar 31 16:20:08 2008 UTC (7 months, 2 weeks ago)
and arch users still have to face the problem :(
PLEASE use attached patches, bump pkgrel
and FIX THIS ALREADY
   PKGBUILD.diff (1.2 KiB)
   mplayer_desktop.patch (1.1 KiB)

Loading...