65036 - DIV with style OVERFLOW:SCROLL prevents other components to draw

Status: VERIFIED WORKSFORME

(Core :: Web Painting, defect, P4)

Description

[Kastellanos Nikos]

Tested with Mozilla 0.7

At 'http://www.software.gr/mozilla/overflowscrollbug.html'
there is a Table with background color and a background image.
There are also some hidden DIVs acting as menu that show up when 
you 'mouseover'at the menu.

There is a DIV ('Txt1') with style 'OVERFLOW:SCROLL' in the middle off
the page. When the page initially appears, in the region of the DIV 
you can see the background color of the table but not the background image. 
If you scroll it or move another window over Mozilla the 
background image appears behind the DIV.

If you move the mouse at the first image, a hidden DIV will
show up. That DIV although is above the 'Txt1'  (z-index:5;) 
gets cropped at the region of the 'Txt1'. 
Again if you move another window over Mozilla, the Menu gets 
drawn. 

One work around with existing Mozilla 0.6 aka Netscape 6.0 (some 
people just can't wait) if to refresh the DIV with some code like:
	var txtelem=document.getElementById('Txt1');
	txtelem.style.display= "none" ;
	txtelem.style.display= "block" ;
But thats too fliky.

Comment 1

[Keyser Sose]

Confirmed:
Platform: PC
OS: Linux 2.2.16
Mozilla Build: 2001011208

I looked at all the other OVERFLOW:SCROLL bugs and although there are some that
deal with similar problems (like bug 54657.) None of them deal with a background
image. Thus I am marking this NEW. Combine with others if you think thats where
this belongs.

Comment 2

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

This seems fixed by the new view manager (I tried with both and could see it
with the old view manager).

Assigning to roc.

Comment 3

[Robert O'Callahan (:roc) (email my personal email if necessary)]

This test case seems to be messed up even with my view manager, but I can't
figure out what the problem is since it's really complex. We need a simple test
case.

Comment 4

[Robert O'Callahan (:roc) (email my personal email if necessary)]

I think this is fixed with my checkin for bug 73314. Please REOPEN if you
disagree...

Comment 5

[Chris Petersen]

Marking verfied wfm in the June 4th build.

Comment 6

[Kastellanos Nikos]

True. It's Fixed. 
Nice work.