From Bugzilla Helper: User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0rc3) Gecko/20020523 BuildID: 2002052305 When the tabless content area of a Navigator window contains a Java applet and a new tab is spawned, display is corrupted. Reproducible: Always Steps to Reproduce: 1. Spawn a new Navigator window 2. Access the example URL [http://www.centralfax.co.uk/flux/flux/flux.htm] 3. Spawn a new tab Actual Results: Display doesn't redraw correctly, and is corrupted. Expected Results: Display should have redrawn correctly. Screenshot to follow.

Any relation to bug 144505?

Note this is using the new MRJ Plug-In 1.0.

Doesn't seem to happen with other plug-ins, such as QuickTime.

Yes I to see this problem with build 1904010108 which equates to the 2002-05-31 build I think... with the modern theme. I also noticed it is hard to spawn a new tab when a java app is loading... even caused Mozilla to freeze up.

I have a suspicion that this has a lot in common with bug 120875, which pertains to Shockwave animations processing mouse clicks will tabbed out. I hacked out a modified version of Peter's patch from bug 120875 which sets the plugin window to NULL when it is tabbed out, instead of just modifing the mouse coordinates. It *almost* fixes the problem... in that it does work correctly on the first tab out and back, but fails on repeated switches. I expect this is a clipping problem of some sort.

Still a problem in FizzillaMach/2003020603.

Another always reproducable example. Mac OSX 10.2.4, java 1.3.1 Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.3b) Gecko/20030210 open 2 tabs, 1 being anything (without an applet), the other being: http://www.intellicast.com/Local/USLocalWide.asp?loc=kdca&seg=LocalWeather&prodgrp=RadarImagery&product=Radar&prodnav=none&pid=none with the applet (it's about 2/3rds down the page), flipping between tabs shows no effect. scroll down so the time zone clock applet is visible. now flip to the other tab - it'll be in the same location. you can refresh the 2nd tab and it'll still be there. Only way to eliminate it is in the first tab, go to another page without that applet. also, scrolling the page with the applet results in the image of the applet "hanging around". 1.2.1 had a less intrusive form of this bug - refreshing the non-applet tab would clear the applet image on that tab. 1.3b seems to be a regression, worse behaviour. this does sound similar to bug 144505.

*** This bug has been marked as a duplicate of 162134 ***