Closed Bug 272648 Opened 21 years ago Closed 20 years ago

[GTK2] Loading Acrobat document using acrobat plugin cpu load is 100 %

Categories

(Core :: Widget: Gtk, defect)

Product:
Core
Component:
Widget: Gtk
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

()

Status:
RESOLVED INVALID

People

(Reporter: netfrancesco6, Assigned: blizzard)

References

Details

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a5) Gecko/20041121 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a5) Gecko/20041121 when i try do use acrobat plugin to view a pdf document the system became very slow. the cpu load is 100 % and the pdf document is not visualized. I am using plugin's acrobat 5.09 Reproducible: Always Steps to Reproduce: 1. Try to view .pdf document 2. 3. Actual Results: CPU 100 % and pdf not visualized Expected Results: pdf visualized
*** This bug has been marked as a duplicate of 266416 ***
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
not a sure dupe, here 100% cpu usage occours, on the other bug it doesn't. This bug needs retesting then. Reporter: Does/Did this also occour with Mozilla 1.8a3?
Status: RESOLVED → UNCONFIRMED
Depends on: 266416
Resolution: DUPLICATE → ---
No in Mozilla 1.8a3 everything is OK
I am made same test with Mozilla 1.8a5 compiled with GTK1 (FUll installar instead of "XFT+GTK2 build in tar.gz format") and eveything is OK. There was some problem with the XFT+GTK2 binary
confirm this on Mozilla 1.8a4 Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a4) Gecko/20040927 XFT+GTK2 build System is SuSE Linux 9.2 CPU load is 100%, browser is full responding but tab stays empty (just white background). Standalone acroread works perfectly.
Confirmed this on the latest nightly XFT+GTK2 build: Mozilla 1.8a6 Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a6) Gecko/20041217 Acrobat plugin works on full-installer build: Mozilla 1.8a6 Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a6) Gecko/20041219 How can I help more with getting this fixed?
Over to GTK2 folks...
Assignee: general → blizzard
Component: General → Widget: Gtk
Product: Mozilla Application Suite → Core
QA Contact: general → ian
Summary: Loading Acrobat document using acrobat plugin cpu load is 100 % → [GTK2] Loading Acrobat document using acrobat plugin cpu load is 100 %
Version: unspecified → Trunk
I guess this is the same problem as bug 246560 describes. Keeping in mind that GTK2 is about to become the default (bug 270750), this might be a blocker.
Get version 5.0.10 of the adobe plugin. It fixes this bug.
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago → 20 years ago
Resolution: --- → INVALID
(In reply to comment #9) > Get version 5.0.10 of the adobe plugin. It fixes this bug. OK, since you marked bug 246560 as a duplicate of this one, please explain that. I've just tested again on Sparc/Solaris, GTK2, Acrobat Reader 5.0.10. Problem still exists. Haven't tested Linux yet, but I guess it's still the same there. Over at the other bug, there's someone confirming this. May it be that you accidently tried a non-GTK2 build? Well, at least the other bug is definitely not fixed. But I don't want to reopen anything until you clarified the issue.
I haven't built with gtk1.2 in years, I'll bet. Seems unlikely.
You need to log in before you can comment on or make changes to this bug.