Closed Bug 237252 Opened 22 years ago Closed 22 years ago

Mozilla gets stuck about an EMail with a PDF attachment

Categories

(MailNews Core :: Attachments, defect)

Product:
MailNews Core
Component:
Attachments
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
major

Tracking

(Not tracked)

Status:
RESOLVED DUPLICATE of bug 237947

People

(Reporter: harri, Assigned: sspitzer)

Details

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7b) Gecko/20040311 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7b) Gecko/20040311 When I try to view an EMail with a PDF attachment, then Mozilla gets stuck. Reproducible: Always Steps to Reproduce: 1.Use mozilla to send an EMail with a PDF attachment to yourself. 2.Try to view the EMail 3. Actual Results: Mozilla got stuck. No window refresh. Expected Results: Display the EMail, of course. Of course I have removed the PDF plugin to make sure that its a Mozilla problem. The "old" Mozilla 1.6 in Debian (Sid) works. Other attachments (e.g. GIF files) seem to be OK.
I just tried on Linux with the same build you're using. But I had no problem doing anything with the mail. Please give us a little bit more infos. You're simply clicking on the mail with the PDF attached? And then Mozilla hangs? Does this only happen with one specific PDF or any? Is the PDF plugin really fully removed (Help/About Plug-ins)? Could you please attache one of the mails here (as .eml)?
I'm getting the exact same thing with the new 1.7beta. I click on a message header that contains a PDF attachment, and the entire browser freezes up completely. Only a "killall mozilla-bin" in the shell will kill it. This absolutely does NOT happen with 1.6.
Sorry, seems that my previous reply didn't make it into the database. I had a broken entry for application/pdf in ~/.mailcap . After fixing the path the problem went away. But of course Mozilla should not get stuck even if the .mailcap entry is wrong. --- .mailcap~ 2004-02-09 15:19:05.000000000 +0100 +++ .mailcap 2004-03-13 13:25:03.000000000 +0100 @@ -236,7 +236,7 @@ #mailcap entry added by Netscape Helper image/x-MS-bmp;xv %s #mailcap entry added by Netscape Helper -application/pdf;/usr/local/bin/acroread %s +application/pdf;/usr/bin/acroread %s #mailcap entry added by Netscape Helper audio/x-wav;play %s #mailcap entry added by Netscape Helper
My .mailcap file is fine, and the Mail client locks up EVERY time when clicking on a message that has a PDF attachment. Something has changed, and a bug has been introduced. 1.6 works fine, 1.7beta does not.
Ken, we've three months between 1.7b and 1.6 (which branched in december). It's a little bit cumbersome to do, but if you could narrow down the date were the bug has been introduced, this would be a great help. I propose you're doing a binary search through the nightlies. What is Mozilla supposed to do with the mail? Since you removed the plugin, I guess nothing but display the body text, yes?
I have been seeing this bug also. It is a result of mozilla not being able to access whatever program it is set to use to display .pdfs (or in fact any other attachment type). You can work around the problem by setting the appropriate Helper Application in the Navigator settings to an app that actually exists. I have found the same bug when opening an email with a .doc file attached. I'm not sure why mozilla even cares about the application at that point. It seems like it shouldn't try to open or access the contents of the attachment until it is clicked on it's self. This bug is reproducible by simply setting a Helper Application which doesn't exist.
Tim, Yes, you're right! My PDF helper application was set to /usr/local/bin/xpdf. However, about a month ago I moved xpdf to /usr/X11R6/bin/xpdf, so the PDF helper setting was pointing to a non-existent binary. However, Mozilla-1.6 does not care at all. In fact, it still opens up PDF attachments when I double-click on the attachment, even though /usr/local/bin/xpdf does not exist. It must grab the basename of the full path and attempt to locate just "xpdf". In any case, 1.7beta never even gets to the point where you can double-click on the attachment, because it immediately freezes upon clicking on the message's summary line. Christian, you asked me to extract intermediate versions of Mozilla between 1.6 and 1.7beta. I wouldn't know how to do that. Can you point me to some instructions? I think you can clearly reproduce this yourself. Just set your PDF helper application path to a non-existent binary, and then click on a message with a PDF attachment. Your entire browser will freeze up. Compare to 1.6, which handles it just fine.
Thanks Tim and Ken for a way to reproduce this. I can now make Mozilla stop (CPU goes up to 100%) for each attachment by setting the the Helper Application to a non-existing application. By testing previous nightlies I narrowed it down to first appearance on 2004030910. And that gave a hint on bug 229636 as cause. So I think this bug likely is a dupe to bug 237947 where Christian has a patch.
Status: UNCONFIRMED → NEW
Ever confirmed: true
*** This bug has been marked as a duplicate of 237947 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.