Closed Bug 288554 Opened 19 years ago Closed 19 years ago

Applet blinks

Categories

(Camino Graveyard :: General, defect)

PowerPC
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: nachomendez69, Assigned: mikepinkerton)

References

()

Details

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.6) Gecko/20050331 Camino/0.8.3
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.6) Gecko/20050331 Camino/0.8.3

Whenever I start this applet, the contents never stop blinking. Does not happen
using Firefox

Reproducible: Always
WFM in both a recent nightly and 0.8.3 using the Java Embedding Plugin being
developed in bug 197813 / http://javaplugin.sourceforge.net

I couldn't get the contents to keep blinking, but the applet was unusable with
the standard Java 1.3.x plugin.

Reporter, please confirm that installing the JEP makes the applet useable for you.

(N.B. This is the first "new" Java bug report that's come in since JEP has been
available; I'll go ahead and mark this new because it is a bug, but it should go
away once Camino starts shipping the JEP.  I'm making it dependant on bug 197813
and blocking Camino's Java issues tracker meta bug 224615.)

Blocks: 224615
Status: UNCONFIRMED → NEW
Depends on: osxjava1.4
Ever confirmed: true
Summary: APPLET BLINKS → Applet blinks
(In reply to comment #1)
> WFM in both a recent nightly and 0.8.3 using the Java Embedding Plugin being
> developed in bug 197813 / http://javaplugin.sourceforge.net
> 
> I couldn't get the contents to keep blinking, but the applet was unusable with
> the standard Java 1.3.x plugin.
> 
> Reporter, please confirm that installing the JEP makes the applet useable for you.
> 
> (N.B. This is the first "new" Java bug report that's come in since JEP has been
> available; I'll go ahead and mark this new because it is a bug, but it should go
> away once Camino starts shipping the JEP.  I'm making it dependant on bug 197813
> and blocking Camino's Java issues tracker meta bug 224615.)
> 
> 

I do use JEP. 
In that case, you need to file a bug report against JEP at its sourceforge site.
 This sounds like a bug I reported in an older version of JEP, so you might
verify that you're running the latest version of JEP.
Running JEP 0.9.0. As I said before, I do not have problems in Firefox. Anyway, I'm posting a bug in 
sourceforge.
Reporter, can you please update.  This applet still does not blink for me with
Camino 2005062408 (v0.9a1+), JEP 0.9.2, Mac OS X 10.3.9.
The reporter did open a bug at the JEP's SourceForge site, I was able
to reproduce the problem, and I've fixed it (as far as I know) in JEP
0.9.1 and subsequent releases.

http://sourceforge.net/tracker/index.php?func=detail&aid=1175484&group_id=107955&atid=649116

Something I forgot to mention:

This bug is/was caused by a bug in Camino (bug 293813), for which JEP
0.9.1 and subsequent releases contain workarounds.

> This bug is/was caused by a bug in Camino (bug 293813), for which
> JEP 0.9.1 and subsequent releases contain workarounds.

Oops again ... and sorry!

Bug 293813 is really a specific case of a more general problem with
Camino (what I've been calling the Camino "spurious updates" bug), and
it's only the general case that's relevant to this bug (bug 288554):
Bug 293813 is triggered by keystrokes, but this bug (bug 288554)
isn't.

No, I've never opened a bug on the general case of the Camino
"spurious updates" problem -- I've never been able to pin the problem
down sufficiently.

In any case, the Camino "spurious updates" problem is close to being
moot, at least as far as Java and the Java Embedding Plugin are
concerned -- my workarounds for it are getting better and less
hackish.

Is this WFM with the latest JEP?
Yes.

I did the following in Camino 0.8.4, Firefox 1.0.7,
Camino-2005-10-05-04-1.0 and one of the Firefox 1.5 Beta 2 RCs (all
with JEP 0.9.4+a):

Visited http://ecom.bmwgroup.com/ecom32/ES/BMW/es/pages/vse/index.jsp.

Clicked on "Iniciar Configurador de vehiculo".

I didn't see any blinking.

But one factor seems to be that BMW has cleaned up their site, so that
the applet no longer overlays a blinking object.
I think I did not close this bug before because of this sentence in comment 8,
about the underlying bug in Camino:

> Bug 293813 is triggered by keystrokes, but this bug (bug 288554)
> isn't.
BMW did change their site, and I'm pretty sure that it's no longer an example
of non-keystroke spurious updates (or at least no more of one than your
average page containing Java applets).  So I'd say it's best to just close
this.

I still haven't opened a bug about the spurious updates problem in general
... and I'm not sure I'll ever be able to.  It's a very complex problem, and
I'll bet that a lot of its parts will turn out to be unrelated to each other.

So far, all I've had the time for is to work around the problems I see that
impact the Java Embedding Plugin.

Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.