Open Bug 1194663 Opened 9 years ago Updated 2 years ago

application/pdf files are saved in Downloads when using a new profile and pdfjs is disabled


(Firefox :: File Handling, defect)

38 Branch





(Reporter: vincent-moz, Unassigned)


(Blocks 1 open bug)


User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Firefox/38.0 Iceweasel/38.2.0
Build ID: 20150811213123

Steps to reproduce:

1. Start Firefox 40.0.2 with a new profile.
2. Toggle pdfjs.disabled to true (e.g. for security reasons).
3. Click on a link offering a PDF file, e.g. on (there's the choice between "PDF" and "gzipped PS", so that one can see that what works with "gzipped PS" doesn't work with "PDF").

Actual results:

The PDF file is silently downloaded and saved to the ~/Downloads directory.

Expected results:

One should get an "Opening..." dialog box giving the choice between opening the file in an external application or saving it (or cancel).

Note: In Preferences → Applications, for "Portable Document Format", I have by default (just after the profile creation): xpdf. I can switch to "Always Ask" to solve the problem (well, there's just a small display bug in the dialog box), but what matters here is that the default is incorrect.

Same problem with Debian's Iceweasel 38.2.0.
Component: Untriaged → File Handling
OS: Unspecified → Linux
Hardware: Unspecified → x86_64
The "xpdf" for the default configuration seems to come from my ~/.mailcap file:

application/pdf; xpdf '%s'; test=test -n "$DISPLAY"; description=Portable Document Format; nametemplate=%s.pdf

strace -f shows that Firefox reads this file, then searches for the xpdf path:

24419 open("/home/vinc17/.mailcap", O_RDONLY) = 45
24419 read(45, "# .mailcap file (for some applic"..., 4096) = 336
24553 execve("/bin/sh", ["/bin/sh", "-c", "test -n \"$DISPLAY\""], [/* 141 vars */]) = 0
24419 close(45)                         = 0
24419 open("/home/vinc17/.mime.types", O_RDONLY) = -1 ENOENT (No such file or directory)
24419 open("/etc/mime.types", O_RDONLY) = 45
24419 read(45, "################################"..., 4096) = 4096
24419 close(45)                         = 0
24419 access("/home/vinc17/software/firefox/browser/xpdf", F_OK) = -1 ENOENT (No such file or directory)
24419 access("/home/vinc17/eftests/bin/xpdf", F_OK) = -1 ENOENT (No such file or directory)
24419 access("/home/vinc17/bin/xpdf", F_OK) = -1 ENOENT (No such file or directory)
24419 access("/home/vinc17/./bin/xpdf", F_OK) = -1 ENOENT (No such file or directory)
24419 access("/home/vinc17/perl5/bin/xpdf", F_OK) = -1 ENOENT (No such file or directory)
24419 access("/usr/local/bin/xpdf", F_OK) = -1 ENOENT (No such file or directory)
24419 access("/usr/bin/xpdf", F_OK)     = 0
24419 access("/usr/bin/xpdf", F_OK)     = 0
Blocks: 1194668
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.