"Run" command or double-click does not open certain files

Bug #1420642 reported by Sergey Peshkov
54
This bug affects 12 people
Affects Status Importance Assigned to Milestone
Files
Fix Released
Critical
Jeremy Wootten

Bug Description

When I click a file (or right-click it and select "Run") nothing happens and launches.
Although if I select "Open with -> Other Application" and select it there, it works perfectly.

I tested this with 3 filenames and got these errors:

/home/serge1peshcoff/Videos/RocknRolla.2008.480p.BDRip.2xMVO.Eng.Subs.Stroller.m4v: 1: /home/serge1peshcoff/Videos/RocknRolla.2008.480p.BDRip.2xMVO.Eng.Subs.Stroller.m4v: A~_�%t8@iods���O���4traktkhd�%W��%gQ$�,m@Tb3�mdia: not found
/home/serge1peshcoff/Videos/RocknRolla.2008.480p.BDRip.2xMVO.Eng.Subs.Stroller.m4v: 2: /home/serge1peshcoff/Videos/RocknRolla.2008.480p.BDRip.2xMVO.Eng.Subs.Stroller.m4v: Syntax error: word unexpected (expecting ")")
/home/serge1peshcoff/Videos/RocknRolla.2008.480p.BDRip.2xMVO.Eng.Subs.Stroller.m4v: 1: /home/serge1peshcoff/Videos/RocknRolla.2008.480p.BDRip.2xMVO.Eng.Subs.Stroller.m4v:
ftypmp42mp42isomavc1��rmoovlmvhd�%W��: not found

this is the first and it's MKV (opening by default in VLC)

/home/serge1peshcoff/Videos/mlp.eg.rainbow.rocks.2014.bdrip.720p.m-kv2501.mkv: 1: /home/serge1peshcoff/Videos/mlp.eg.rainbow.rocks.2014.bdrip.720p.m-kv2501.mkv: Syntax error: "(" unexpected

this is the second and it's MP4(opening by default in SMPlayer).

/all/cute_cat_bubbles.jpg: 1: /all/cute_cat_bubbles.jpg: ����JFIFHH��RExifMM�i�
,UNICODEGoodFon.ru��C: not found
/all/cute_cat_bubbles.jpg: 2: /all/cute_cat_bubbles.jpg: : not found
/all/cute_cat_bubbles.jpg: 4: /all/cute_cat_bubbles.jpg: 
                                                          ������

�ĵ}!1AQaq2��#B��R��br�: not found
/all/cute_cat_bubbles.jpg: 7: /all/cute_cat_bubbles.jpg: Syntax error: Bad function name

and this is the 3rd and it's JPG (opening by default with Photos)

Tags: open run
Revision history for this message
timonoj (timonoj-gmail) wrote :

Same issue here. An interesting thing, I think after a reboot the first file you click might actually open properly. Just the very first one. Then something goes wrong, and I have all those errors.

Revision history for this message
Andrew Sauder (andrewsauder) wrote :

I'm also having this issue on multiple elementary OS machines after updating to the beta 2.

Revision history for this message
Sergey Peshkov (serge1peshcoff) wrote :

It sounds like not the filename, but the file contents is passed to the external program via argument.

Revision history for this message
Belenos (belenos) wrote :

Same here!

Changed in pantheon-files:
status: New → Confirmed
importance: Undecided → Critical
Revision history for this message
Jeremy Wootten (jeremywootten) wrote :

Confirmed for .jpg files, but only for certain files. Moreover the file can be 'rehabilitated' by copying it onto a usb stick or a samba shared folder and then copying it back to the original location. It then opens normally. However, the problem does not occur with an alternative file manager so it must be a bug in Files.

summary: - "Files" doesn't open files with "Run" command or through double-click
+ "Run" command or double-click does not open certain files
Revision history for this message
Jeremy Wootten (jeremywootten) wrote :

This sees to be related to mime-type recognition. If the first menu option is "Run" rather than "Open with ..." then file is being regarded as an executable not a jpg file.

Revision history for this message
Jeremy Wootten (jeremywootten) wrote :

After some investigation it seems this occurs if the "execute" permission is set on any file with the content type "application/octet-stream", which includes image and video files.

As a work-round unset the "execute" permission on the file you want to open.

The linked branch does not try to execute "application/octet-stream" content types to fix this problem. Executable programs and scripts will still run if they have permission.

tags: added: open run
Changed in pantheon-files:
status: Confirmed → In Progress
assignee: nobody → Jeremy Wootten (jeremywootten)
Cody Garver (codygarver)
Changed in pantheon-files:
milestone: none → freya-rc1
Cody Garver (codygarver)
Changed in pantheon-files:
status: In Progress → Fix Committed
Cody Garver (codygarver)
Changed in pantheon-files:
milestone: freya-rc1 → 0.2
Cody Garver (codygarver)
Changed in pantheon-files:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.