GNOME Bugzilla – Bug 172399
file:/// doesn't work with helper applications
Last modified: 2005-05-17 02:46:38 UTC
Distribution/Version: Debian 1. Enter file:///path/to/a/document.pdf into the location text entry box. 2. In the "Open this file with 'PDF Viewer'?" dialog box, click "Open". At this point, Galeon says something about the helper application not existing. (Why doesn't X-cut-and-paste work properly in Galeon? Another bug.) I have no problems if I attempt to view the same documents via http://. Moreover, I checked that Galeon was attempting to use gpdf in both instances.
I've traced that until ContentHandler.cpp, in the LaunchApplication call to Mozilla. I started reading Mozilla's code, and it seems there's a different code PATH within Mozilla when the file is local and when it isn't (this is also the case within Galeon, but for a different reason, which is to download the file first). I'll try downgrading from 1.7.6 to 1.7.5 and check whether this is a regression in Mozilla. (This is Debian bug <http://bugs.debian.org/300661>.)
This is a regression in Galeon between 1.3.18 and 1.3.19. No-one noticed in 1.3.19, and it isn't a regression in Mozilla between 1.7.5 and 1.7.6 (Galeon 1.3.18 doesn't suffer from the problem with 1.7.5 but 1.3.19 and 1.3.20 do).
Created attachment 46459 [details] [review] Proposed fix.
Works fine here, thanks!