235733 - Java applet floats when scrolling.

Status: VERIFIED DUPLICATE of bug 162134

(SeaMonkey :: General, defect)

Description

[Joel Craig]

User-Agent:       
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.6) Gecko/20040206 Firefox/0.8

At http://www.thedividingline.com, and numerous other pages containing java
applets, the applet "floats" down the page while scrolling. Then, when scrolling
back up the page, the applet leaves multiple traces of itself along the page.

In addition to the "floating applet" problem, applets also "bleed through" when
opening additional tabs. 

Reproducible: Always
Steps to Reproduce:
1.Go to http://www.thedividingline.com
2.Scroll down, applets floats. Scroll up, applets leaves traces of itself.
3.Again, open the above page. Now open a tab, applets "bleeds through" to new tab.

Actual Results:  
Java applets break apart while scrolling, and bleed through upon opening new tabs.

Expected Results:  
Applets should remain intact, and not bleed through to new tabs.

This behavior has been going on for quite some time in OSX 10.1, Jaguar, and now
Panther. Currently using Firefox 0.8 milestone, and Mozilla 1.6 milestone
recently upgraded from 1.4.1. This behavior does not occur in Camino. It's
possible this is two separate bugs, with floating applets being reported in Bug
225775 previously.

Comment 1

[Hank Roberts]

What I see is the javascript banner window, specifically -- 
from the test banner window at 
http://www.bodo.com/javame.htm

 both breaking up and leaving graphic artifacts when scrolling a single window,
and also 'bleeding through' to the top of any other tab -- but staying behind
any dialog box or the Java console window.

Snapshot of the first problem -- multiple static fragments of the serpentine
moving letters -- is for now used as my avatar in the thread at 
http://forums.mozillazine.org/viewtopic.php?t=51857&start=30

Other sites do it as well.  Perhaps useful:
Last week (before the crash-on-open problem) I saw the bleed-through also
happening with the Javascript animations from the NOAA weather satellite pages
-- and those no longer bleed through, with the current builds of yesterday and
today.

Comment 2

[Hank Roberts]

New build:  Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7b)
Gecko/20040228 Firefox/0.8.0+

A subset of the Javascript from the NASA weather animation once again is
bleeding through, which had quit happening for a week or so.
  
This time it's not the actual images that bleed through, it's the timestamp with
UTC and Local -- a bar of text -- that bleeds through and replicates itself in
scrolling.

CLUE? -- the 'bleedthrough' is related in some tangled way to whether popups are
permitted and changes after the page is reloaded.  The popup from the NASA page
http://forums.mozillazine.org/ bleeds through to the Mozillazine page if the
Mozillazine page is not added to the list for which popups are explicitly
permitted, and popups generally are being blocked.

At the NASA page, the scrolling fragmentary images are happening only when the
site is supposedly NOT allowed to show popup windows.  If I add
"http://wwwghcc.msfc.nasa.gov/GOES/goeswestpacusir.html" to the list of sites
that ARE allowed to load popups, that timestamp bar behaves properly -- scrolls
along with its surroung window as it blinks/changes each second instead of 
replicating itself.

NASA's avascript timestamp still is bleeding through to this Mozillazine tab
while popups are not specifically allowed foUT, the r it.  WHen I change THIS
tab to allowing popups explicitly, AND then reload -- the NASA timestamp popup
disappears --- but instead a blank white rectangle the same size is bleeding
through.

Comment 3

[José Jeria]

Duping, please reopen if you disagree that this is not a duplicate.

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