297693 - A problem starting xpdf

Status: RESOLVED DUPLICATE of bug 159107

(Firefox :: General, defect)

Description

[Vladislav Malyshkin]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b2) Gecko/20050531 Firefox/1.0+
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b2) Gecko/20050531 Firefox/1.0+

There is a problem of viewing .pdf files in firefox.
Clicking to .pdf files from web pages 
firs dozen or so .pdf files come out fast (the time between clicking on a file
and firefox starting xpdf). After viewin .pdf file I close a window of xpdf.
Then, after few dozen files .pdf files is viewed firefox starting working slower.
After a hundred of .pdf files is viewed firefox getting extremelly slow, it
takes minutes to start xpdf. 
"top" command shows 97-99% of CPU utilization by firefox. This lasts for
minutes. furefox memory usage is not that high, it does not come above 15-20% in
any situation.
I have this problem since firefox 1.0

Reproducible: Always

Steps to Reproduce:
Start clicking on .pdf files from a web page. After few hundred files is viewed 
(close xpdf after it opened .pdf file, so xpdf would not use memory)
- firefox would slow down opening next .pdf file. Finally it may take minutes to
start xpdf. CPU usage - 97-99%, memory usage - 15-20%.
The only way to fix - restart firefox.

For example go to http://ec.irf.com/v6/en/US/adirect/ir?cmd=catNavigateFrame
and start viewing .pdf datasheets one after another.
Close xpdf periodically, so no more that 5 is opened simultaniously.

Firefox would gradually slow down opening next .pdf file.

Comment 1

[Vladislav Malyshkin]

The dialogue window "Open with" comes fast.
Clicking OK (default setting .xpdf)
then I get a very long delay (2-3 minutes). Then it finally starts xpdf and 
showing document. After closing xpdf firefox becomes does not respond for 5-10
seconds, then it starts working OK. 
Top results during long delay is below:


 top b n 1
top - 15:32:24 up 13:25,  3 users,  load average: 1.46, 0.47, 0.36
Tasks:  90 total,   3 running,  87 sleeping,   0 stopped,   0 zombie
Cpu(s):  6.3% us,  3.9% sy,  0.2% ni, 88.6% id,  0.9% wa,  0.1% hi,  0.0% si
Mem:    515464k total,   429344k used,    86120k free,    13804k buffers
Swap:  2610520k total,      240k used,  2610280k free,   150256k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 5912 mal       25   0  156m  71m  18m R 98.6 14.2  15:03.43 firefox-bin
 6934 mal       15   0  1944  840  664 R  2.0  0.2   0:00.01 top
    1 root      16   0  1684  544  472 S  0.0  0.1   0:01.02 init
    2 root      34  19     0    0    0 S  0.0  0.0   0:00.14 ksoftirqd/0
    3 root      10  -5     0    0    0 S  0.0  0.0   0:00.29 events/0
    4 root      13  -5     0    0    0 S  0.0  0.0   0:00.02 khelper

Comment 2

[Vladislav Malyshkin]

And again, only restarting firefox curing this problem for a short period of time

Comment 3

[Vladislav Malyshkin]

To be more specific. 
It takes a lot of time (minutes) between clicking OK in "Open with" dialogue
and the window "Download" is apperaded.
During this time firefox is completelly locked, does not respond on anything.

Comment 4

[Gervase Markham [:gerv]]

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Comment 5

[Vladislav Malyshkin]

This is very foolish to autoexpire bugs which have not being reviewed by anyone.

You should be glad that somebody made an effort to post bug report with
reasonable explanations. 
What you would get from treating people this way - good bug reporters would not
post bugs to your system any more. Do you think somebody would respond to each
your autogenerated offensive message when he posted several bugs? - no.

Believe me - all you would get is only firts time posters do some kind of
activity in bugzilla, then they would lose interest in firefox because their bug
report is actually being ignored.

What for me - I would not post any bug report any more. I value my efforts and
do not want my efforts being wasted.

Comment 6

[Vladislav Malyshkin]

The problem probably related to the file downloads.rdf 
which is 1415026 bytes now. After I removed this file 
firefox started loading xpdf quite fast

Comment 7

[Ryan Flint [:rflint] (ping via IRC for reviews)]

*** This bug has been marked as a duplicate of 159107 ***