Closed Bug 146698 Opened 22 years ago Closed 22 years ago

PDF becomes unresponsive, multiple acrobat processes running

Categories

(Core Graveyard :: Plug-ins, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: michael, Assigned: rubydoo123)

Details

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0rc3)
Gecko/20020523
BuildID:    2002052306

After browsing the internet for a while and looking at several pdf documents,
mozilla (RC3) becomes unresponsive and won't open pdf's any more. When clicking
on a link to an pdf-file the browser still displays the controls of the
pdf-plugin (5.05 - full) but doesn't continue to display the contents. Sometimes
this also happened while moving inside the document. So going to the next page
displays an empty white screen mozilla tries to load the next page but is doing
nothing for the next five minutes.
When this happens, there are several acrobat.exe processes in the process-view
of my task-manager. If I kill those instances and load the file once more,
acrobat is behaving normally again. So, I guess the acrobat-plugin isn't
correctly terminated in some cases. 
But I can't reproduce so far. I don't see the scheme yet, because on some days I
can view pdfs without any trouble.

Reproducible: Sometimes
Steps to Reproduce:
1. Browse around and open several pdf-files.
2. Check if any new acrobat.exe processes show up in the task-manager

Actual Results:  Acrobat plugin does not display file. Mozilla unresponsive.

Expected Results:  Open and display file. Hitting the back-button should take me
back to the previous page
Michael: can you please provide web locations where you encountered these
problems. It would be very helpful if you could track the sequence of events.
This would help us significantly.
I was having similar experiences with RC2 and narrowed it down to a discrete set
of steps.  However, trying the same thing in RC3 I could not get it to happen. 
Here is what I found.  See if this matches:

1) Load at least two Mozilla Windows.
2) In one window, open a PDF files (has to execute the plug-in).
3) Wait for Acrobat to kick off the "no updates available window" (new in 5.0)
4) Go to the other browser and I can continue to go to other sites.
5) In this second window, now open up another PDF file.  
6) The file will transfer to the client, but the screen will remain blank when
the plugin goes to render the page.
7) Now try to hit the back button and Mozilla (all windows) becomes unresponsive.
8) If you minimize all of the windows and acknowledge the apparently modal "no
updates available" window that Acrobat spawned, everyone is happy again.
using the build from 20020602 on winXP, I cannot reproduce this problem:
1. opened to separate browser windows
2. browser window 1, navigated to pdf file, loaded the file
3. browser window 2, navigated to another pdf file (bth files were 45 & 58 pages
in length), selected and displayed the file
4. selected 'back' in window 2, the application navigated to the previous page.

Shrir: can you reproduce this one?
Actually, I can not reproduce it either. So far it has happened only a couple of
times, and I never got around to reproduce the steps that led to the
unresponsiveness. 
After a good deal of viewing pdf's and printing today, there was no strange
behaviour that I could notify. So I hope the problem went away automagically
with RC3. I will reopen, when I encounter the next strange behaviour.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
yeehaw,thx!
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.