Closed Bug 12008 Opened 25 years ago Closed 25 years ago

CSS property background, inheritance and scrolling

Categories

(Core :: Layout, defect, P3)

Product:
Core
Component:
Layout
Platform:
x86
Windows NT
Type:
defect

Tracking

()

Status:
VERIFIED DUPLICATE of bug 1045

People

(Reporter: walter, Assigned: troy)

Details

<html>
<style>
body
{
	background-color: white;
}
td.gurk
{
	background: url("local.gif") top left repeat-x fixed;
}
</style>
<body>
<table width="100%" height="100%">
<tr><td>Hurz</td><td class="gurk">very long text that forces the browser window
to be scrolled</td></tr>
</body>
</html>

(local.gif is an arbitrary image)

When viewing this web page and the page is large enough
that the complete content of the second table cell
is displayed the background of the table cell is not
inherited from the body background.

When the page is small enought that the content can be
scrolled part of the scrolled page is not repainted.

(this happens with the 19990814 build of Mozilla.
Assignee: troy → karnaze
Chris, I'm going to leave this to you to resolve. The reason we scroll
vertically is because the table has an explicit height of "100%". There must be
table specific code that's handling that, because the normal HTML reflow state
code would reset the height to 'auto' because the BODY's height is 'auto'
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
I just fixed the percentage height problem. I couldn't see the other problems
reported.
QA Contact: petersen → chrisd
Status: RESOLVED → REOPENED
Take a look at
http://www.catsystems.de/~walter/AMIGA/ZT_DockBrushes/Gallery.html
scroll down the page to the buttom and then scroll up again (via mouse)
On the right hand side of the page the background doesn't get repainted.
Resolution: FIXED → ---
Assignee: karnaze → troy
Status: REOPENED → NEW
Troy, I don't think the remaining problem (8/23 comments) is table related. I'm
not sure who else to give it to.
Status: NEW → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → DUPLICATE
The issue is that there are fixed background attachment images inside of the
table. We currently have a bug that this doesn't work for nested elements, i.e.
it works fine for the element actually being scrolled but not one of its child
elements

That's a DUP of bug #1045.

Once bug #1045 is fixed if this still doesn't work, then Chris you need to make
sure that table cells also support fixed background attachments. I don't know
whether they do or don't, but the main thing is that in that case the frame
needs a view and the NS_VIEW_PUBLIC_FLAG_DONT_BITBLT needs to be set

*** This bug has been marked as a duplicate of 1045 ***
Status: RESOLVED → VERIFIED
Verified dup of #1045
You need to log in before you can comment on or make changes to this bug.