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

RESOLVED FIXED

Status

Camino Graveyard
Plug-ins
RESOLVED FIXED
13 years ago
13 years ago

People

(Reporter: Hiro, Assigned: Mike Pinkerton (not reading bugmail))

Tracking

({fixed1.8})

Details

(URL)

Attachments

(1 attachment)

(Reporter)

Description

13 years ago
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+)
(Reporter)

Comment 1

13 years ago
Created attachment 191009 [details]
screen shot of Tab bar
(Reporter)

Comment 2

13 years ago
>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).

(Reporter)

Comment 9

13 years ago
(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.
(Assignee)

Comment 12

13 years ago
landed JEP 0.9.3+b on the trunk and branch.
Status: NEW → RESOLVED
Last Resolved: 13 years ago
Keywords: fixed1.8
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.