From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050922 Fedora/1.0.7-1.1.fc4 Firefox/1.0.7
Description of problem:
Using the default mailcap entry, mutt is unable to get evince to display PDF's.
I think what is happening is that mutt assumes (rightly, IMO) that when a
helper program it found thorugh mailcap exits it can delete the temporary
file it passed to the helper program. When mutt executes evince, however,
the main evince process searches for existing evince processes,
passes the filename to the helper process, and then exits.
Version-Release number of selected component (if applicable):
evince-0.4.0-1.2 mailcap-2.1.19-1 mutt-220.127.116.11-2
Steps to Reproduce:
1. start up evince (so that there is an existing evince process)
1. in an xterm, open a mail that contains a PDF attachment with mutt
2. view the PDF attachment (with the default /etc/mailcap that points to evince)
3. watch the PDF fail to run
Actual Results: evince displays a blank document with an error dialog about being able to
open the PDF file
Expected Results: evince should display the PDF document
A workaround is to add "needsterminal" to the mailcap entry. This seems to
prevent mutt from deleting the temporary until the user hits the enter key
in mutt's xterm. Another workaround is to make sure there are no other
evince processes running when viewing PDF's with mutt.
This report targets the FC3 or FC4 products, which have now been EOL'd.
Could you please check that it still applies to a current Fedora release, and
either update the target product or close it ?
Fedora Core 4 is no longer maintained.
Setting status to "INSUFFICIENT_DATA". If you can reproduce this bug in the
current Fedora release, please reopen this bug and assign it to the
corresponding Fedora version.