Closed Bug 114927 Opened 23 years ago Closed 23 years ago

viewing local pdf file fills up /tmp

Categories

(Core Graveyard :: Plug-ins, defect)

x86
Linux
defect
Not set
critical

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: rockwell, Assigned: serhunt)

References

()

Details

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.6) Gecko/20011120
BuildID:    2001112012

If I try to open a local pdf file, mozilla copies the file to a temp area
(either /tmp/plugin? or below ~/.mozilla), the file created in tmp has the same
name as the original, but instead of being copied correctly, it just grows and
grows.  It looks as if the original file is being repeatedly appended to the tmp
file.  Keeps going until mozilla is killed or the directory fills up.  The
source directory is NFS mounted, don't know if that matters, I'll try a non-NFS
mounted file.

Reproducible: Always
Steps to Reproduce:
1. open url file:///home/me
2. double click a pdf file
3. wait for filesystems to overflow

Actual Results:  full filesystem

Expected Results:  lauched a pdf viewer

I reproduced this with 0.9.4-2 build also.
Tested again with a file that was on a local (non-NFS) filesystem.  Same result,
fills up /tmp/plugtmp.  Once /tmp was full, I killed the temp file and Mozilla
was ok - didn't have to restart...

I've also noticed that mozilla only will use xpdf for displaying pdf and if xpdf
isn't installed, mozilla dies.

I'm using rpms from mozilla.org if that matters.
see bug 104859..

Reporter: Can you try a recent nightly build ?
Fixed in nightly build 2001121221.  Though viewing pdf only works with xpdf, and
not acroread - but that would be a different issue.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
reporter says this works. acroread works now...btw. 
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.