Closed Bug 302712 Opened 19 years ago Closed 19 years ago

When a Java applet is displayed and Tab is clicked, the Tab bar is displayed "corrupted"

Categories

(Camino Graveyard :: Plug-ins, defect)

PowerPC
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: sugar.waffle, Assigned: mikepinkerton)

References

()

Details

(Keywords: fixed1.8)

Attachments

(1 file)

Reproducible: Always Steps to Reproduce: 1.5 and six Tab are opened like Screen shot. 2.Open URL 3.The page of Tab bar is scrolled like the screen shot until the applet is displayed below soon. 4.Tab is suitably clicked. Mac OS X 10.3.9 2005072923 (v0.9a2+)
Attached image screen shot of Tab bar
>2005072923 (v0.9a2+) In this build, JEP bundles it.
Summary: When the Java applet is displayed and Tab is clicked, the Tab bar is illegally displayed. → When the Java applet is displayed and Tab is clicked, the Tab bar is illegally displayed.
Confirmed. Does it do this without the JEP? This sounds a little like bug 172688, which maybe is not really fixed by the JEP?
Status: UNCONFIRMED → NEW
Ever confirmed: true
I ultimately had to close the window to get rid of the "over-drawing" and corruption in the tab and bookmarks bars; closing all tabs and creating a new tab simply cause the corruption to re-appear, grabbing part of the "original" non-plugin-containing page and over-drawing it across the tab bar.
This only happens with the JEP, not with Apple Java 1.3.1 or the MRJ Plugin JEP.
Summary: When the Java applet is displayed and Tab is clicked, the Tab bar is illegally displayed. → When a Java applet is displayed and Tab is clicked, the Tab bar is displayed "corrupted"
I'm able to reproduce this in Camino 0.9a2, but not in Camino 0.8.4 or any other Mozilla family browser (including Deer Park Alpha 2). It would presumably also happen in any recent "trunk" version of Camino. To see the problem you need to open four or five tabs, visit http://gemal.dk/browserspy/java.html in one of them, scroll the page until one of the applets lies (partly) under the tab bar, then click on (or mouse over) a part of the tab bar the overlays an applet. Note that you don't need to click on the tab bar -- all that's needed is a mouse over. This must be some kind of bad interaction between recent "trunk" versions of Camino and the Java Embedding Plugin. I currently have no idea what that might be, but I'll be looking for it. (Thinking that the problem might have something to do with my recent "spurious update" workarounds, I tested with JEP versions going back several months (before the most recent fixes). But it doesn't -- even the oldest version I tested (0.8.9) still has the problem.)
(In reply to comment #6) > until one of the applets lies (partly) under the tab bar, then click > on (or mouse over) a part of the tab bar the overlays an applet. Don't know whether this is helpful or a red herring, but I see the corruption if I'm loading the gemal.dk page in a background tab (i.e., the applet cannot have been scrolled under the tab bar yet) and I mouse over the tab bar *and* it is the first time Java is being loaded in a browser session. In this case, though, the corruption clears up (I guess as the applet finishes loading?).
Component: General → Plug-ins
I've put out a new "nightly" of the Java Embedding Plugin (version 0.9.3+a) that, in my experience, mostly fixes this problem (plus some other less noticeable ones that turn out to be connected). http://javaplugin.sourceforge.net/ Please try it out and report back here. I already know of one case where it fails -- if the toolbar overlays "opaque" objects inside an applet (like buttons or sliders), mousing over can still create artifacts. I have an idea how to fix this, but it'll have to wait until I get back from vacation (I'll be gone for the next week and a half).
(In reply to comment #8) > I've put out a new "nightly" of the Java Embedding Plugin (version 0.9.3+a) When 0.9.3+a plugin was used, this problem did Fix. 2005080607 (v0.9a2+)
I've recommended (at bug 301076) that JEP 0.9.3+a be included with the current Camino nightlies. This bug (302712) is bad enough that I think it should be addressed as soon as possible.
I've just released a new Java Embedding Plugin "nightly" (JEP 0.9.3+b) that extends the fix contained in JEP 0.9.3+a, and which deals with the few cases I've encountered of the following: > I already know of one case where it fails -- if the toolbar overlays > "opaque" objects inside an applet (like buttons or sliders), mousing over > can still create artifacts. (By the way, one example of this kind of "opaque" object is the slider in the NOAA radar looping applets (what you use to speed the looping up or slow it down). I was wrong about buttons -- it seems that they never trigger the problem reported here.) JEP 0.9.3+b also fixes bug 302606. Please try it out and let me know your results.
landed JEP 0.9.3+b on the trunk and branch.
Status: NEW → RESOLVED
Closed: 19 years ago
Keywords: fixed1.8
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: