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 625254 - Open file downloads but does not open
Open file downloads but does not open
Status: RESOLVED DUPLICATE of bug 600139
Product: epiphany
Classification: Core
Component: Downloads
2.30.x
Other Linux
: Normal normal
: ---
Assigned To: Epiphany Maintainers
Epiphany Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-07-25 18:58 UTC by Luca Bruno
Modified: 2011-07-28 23:04 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
test case (1.64 KB, application/octet-stream)
2010-07-26 09:26 UTC, Luca Bruno
Details

Description Luca Bruno 2010-07-25 18:58:13 UTC
Hello,
I'm using epiphany 2.30.2 on debian sid with webkit. It's about since epiphany 2.26 (always with webkit on debian) that the "Open" feature when clicking on a file for download does not work.
The file gets actually downloaded, a pop-up opens but the file does not get opened.

It was a so visible bug that when I haven't found any bug report about this I kept thinking it only affected my box. After asking around, this bug is also present on Fedora and Arch.

Is it perhaps some kind of configuration or the system is missing another program like xdg-open/gnome-open?
Comment 1 Luca Bruno 2010-07-26 08:28:32 UTC
I run a strace while opening a .tar.gz. Epiphany correctly displays "Archive Manager" application for open. This is the result of grepping for "roller":

open("/usr/lib/epiphany-browser/2.29/extensions/auto-scroller.ephy-extension", O_RDONLY) = 18
open("/usr/lib/epiphany-browser/2.29/extensions/push-scroller.ephy-extension", O_RDONLY) = 18
open("/home/lethal/.local/share/applications/file-roller.desktop", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/lethal/.local/share/applications/file/roller.desktop", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/gnome/applications/file-roller.desktop", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/gnome/applications/file/roller.desktop", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/gdm/applications/file-roller.desktop", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/gdm/applications/file/roller.desktop", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/local/share/applications/file-roller.desktop", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/local/share/applications/file/roller.desktop", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/applications/file-roller.desktop", O_RDONLY) = 45
access("/usr/lib/ccache/file-roller", X_OK) = -1 ENOENT (No such file or directory)
access("/usr/local/bin/file-roller", X_OK) = -1 ENOENT (No such file or directory)
access("/usr/bin/file-roller", X_OK)    = 0
stat("/usr/bin/file-roller", {st_mode=S_IFREG|0755, st_size=412304, ...}) = 0

Is it somewhat related to g_app_* not executing the application rather than a problem in epiphany?
Comment 2 Luca Bruno 2010-07-26 09:26:21 UTC
Created attachment 166565 [details]
test case

Attached a test case (but it works!!!) of what epiphany does when clicking on "Open".
Comment 3 Luca Bruno 2010-07-26 09:39:13 UTC
Oh problem found, it was more trivial than what I thought... the download folder was "File system" (root /). There are two problems:
1) Epiphany has no error reporting when the download folder is unwritable
2) The "Open" functionality must use a temporary file
Comment 4 Diego Escalante Urrelo (not reading bugmail) 2011-07-28 23:04:23 UTC

*** This bug has been marked as a duplicate of bug 600139 ***