Closed
Bug 198230
Opened 22 years ago
Closed 22 years ago
Continuous slow refresh makes acrobat plugin unusable in gtk2 embedding
Categories
(Core Graveyard :: Embedding: GTK Widget, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: mozillabugs.philipl, Assigned: blizzard)
References
()
Details
When a pdf file is loaded by the acrobat plugin in gtk-embedded mozilla, whether
in galeon or TestGtkEmbed, the plugin refreshes continuously and very slowly,
taking 10 seconds or so do a full refresh and then starting again. This renders
the plugin unusable. In full mozilla-the-browser, this behaviour is not observed.
Steps to reproduce:
1) Have acrobat and plugin installed and verified to work in mozilla-the-browser
2) Browse to the given url with TestGtkEmbed
3) Watch bad things happen.
Reporter | ||
Comment 1•22 years ago
|
||
Sorry, that's gtk2 embedding only. gtk1 embedding does not show this problem.
Summary: Continuous slow refresh makes acrobat plugin unusable in gtk embedding → Continuous slow refresh makes acrobat plugin unusable in gtk2 embedding
Reporter | ||
Comment 2•22 years ago
|
||
Well, this bad behaviour is no longer reproduceable. As the bug was never
confirmed from within mozilla.org and no explicit fix was recorded, I'm closing
as WORKSFORME.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Comment 3•22 years ago
|
||
I'm certainly seeing this behaviour with galeon 1.3.3.
Are you using newer (CVS) versions of either Mozilla or Galeon that makes this
problem go away?
This bug looks like it depends on #198954. galeon-bin hogs all the CPU time
when viewing a .pdf file with the acrobat plulgin, just as mozilla does. The
continuous redraw/refresh seems to be characteristic of gtk-embedded mozilla
only, however, as regular mozilla does not exhibit this behavior.
Depends on: 198954
Updated•13 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•