Closed
Bug 146698
Opened 22 years ago
Closed 22 years ago
PDF becomes unresponsive, multiple acrobat processes running
Categories
(Core Graveyard :: Plug-ins, defect)
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
Assignee | ||
Comment 1•22 years ago
|
||
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.
Comment 2•22 years ago
|
||
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.
Assignee | ||
Comment 3•22 years ago
|
||
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?
Reporter | ||
Comment 4•22 years ago
|
||
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
Updated•2 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•