Closed
Bug 20185
Opened 25 years ago
Closed 25 years ago
absolute position elements repaint wrong w/GFX scrollbars on
Categories
(Core :: Web Painting, defect, P2)
Tracking
()
VERIFIED
FIXED
M14
People
(Reporter: dbaron, Assigned: beard)
References
()
Details
(Keywords: platform-parity, Whiteboard: [PDT+] was fixed with viewmanager2)
Attachments
(3 files)
DESCRIPTION: Pages with absolutely positioned elements (these have their own
views, I believe) are not repainting correctly. This shows up on my homepage,
http://www.fas.harvard.edu/~dbaron/ , where:
* scrolling down and back up causes the header at the top to disappear (and be
replaced by light gray)
* switching to another virtual screen and back causes the entire viewport to be
light gray
A simplified testcase will also be attached, where the page in question displays
nothing. (The correct display flashes quickly by before the screen goes blank.)
STEPS TO REPRODUCE:
* load testcase
ACTUAL RESULTS:
* blank
EXPECTED RESULTS:
* the letters A, B, and C, not necessarily in that order
DOES NOT WORK CORRECTLY ON:
* Linux, mozilla, 1999-11-28-08-M12
WORKS CORRECTLY ON:
* builds more than a week before (I haven't tested between)
ADDITIONAL INFORMATION:
I'm marking this DOGFOOD because it prevents me from using my homepage. It
likely affects other pages with absolute positioning (e.g., hotbot), although I
haven't checked. (It hit 2 of 2 pages with absolute positioning that I tried.)
It's also a major regression.
Reporter | ||
Comment 1•25 years ago
|
||
Reporter | ||
Comment 2•25 years ago
|
||
ALTERNATE STEPS TO REPRODUCE:
* load http://www.hotbot.com/
* resize the window
ACTUAL RESULTS:
* all of the page except for the animated GIF advertisement disappears
This might be Linux-only. I can't tell...
Assignee | ||
Updated•25 years ago
|
Status: NEW → ASSIGNED
Target Milestone: M12
Assignee | ||
Comment 4•25 years ago
|
||
Definitely linux-only regression. I don't see this on the Mac.
Assignee | ||
Comment 5•25 years ago
|
||
No ETA on this yet. I need a linux helper to diagnose this.
Reporter | ||
Updated•25 years ago
|
Summary: [DOGFOOD]page with absolutely positioned elements not repainting correctly → [DOGFOOD][PP]page with absolutely positioned elements not repainting correctly
Reporter | ||
Comment 6•25 years ago
|
||
Marking [PP] since this is Linux-only.
This gets fixed when I turn GFX scrollbars off. cc:ing evaughan. However, it
could be another bug that only showed up once GFX scrollbars were turned on...
Could it be related to bug 19142?
Assignee | ||
Updated•25 years ago
|
Assignee: beard → pavlov
Status: ASSIGNED → NEW
Assignee | ||
Comment 7•25 years ago
|
||
The page and test case work on Mac. Handing to pavlov to look into problems on
linux.
Updated•25 years ago
|
Whiteboard: [PDT+] → [PDT+] 12/10/99
Updated•25 years ago
|
Assignee: pavlov → evaughan
Summary: [DOGFOOD][PP]page with absolutely positioned elements not repainting correctly → [DOGFOOD][PP]page with absolutely positioned elements not repainting correctly with GFX scrollbars on
Comment 8•25 years ago
|
||
i see it with gfx scrollbars on but it is fine without them. reassigning to
eric
Reporter | ||
Comment 9•25 years ago
|
||
Hmmm. I wonder if Pavlov's fix to bug 20496 could've helped this? I guess I
can check for myself tomorrow evening...
Comment 10•25 years ago
|
||
I think this might be the same as the bug that I've been chasing for the last
couple of days:
http://bugzilla.mozilla.org/show_bug.cgi?id=18802
Comment 11•25 years ago
|
||
*** Bug 18802 has been marked as a duplicate of this bug. ***
Comment 12•25 years ago
|
||
If I turn the #ifdef NEW_COMPOSITOR to an #if 0 in nsViewManager::RenderViews
this problem goes away. Looks like a problem in that compositor code. Also,
this test case works _so_ much better than the test cases that I had.
Updated•25 years ago
|
Assignee: evaughan → blizzard
Comment 13•25 years ago
|
||
Woah. Why is this assigned to me? I'm clueless about the compositor but I'll
try to track it down. Someone in layout should look at it, really.
Reporter | ||
Comment 14•25 years ago
|
||
Readding evaughan to cc: list. Note Chris Blizzard's last comment.
If this isn't fixed for M12, then, IMO, you should consider turning GFX
scrollbars off by default for the Linux M12 release.
Comment 15•25 years ago
|
||
...or use the workaround that I've mentioned above unless that causes more
problems than it solves.
Comment 16•25 years ago
|
||
This should go to eric for examination. Reassigning, and clearing fix estimate
date.
Updated•25 years ago
|
Assignee: evaughan → pavlov
Priority: P3 → P2
Summary: [DOGFOOD][PP]page with absolutely positioned elements not repainting correctly with GFX scrollbars on → [DOGFOOD][PP]absolute position elements repaint wrong w/GFX scrollbars on
Whiteboard: [PDT+] → [PDT+] needs estimated fix date (a Wed.or a Fri.)
Comment 17•25 years ago
|
||
Rick, could you comment on Blizzard's assertion that NEW_COMPOSITOR is also a
necessary precondition, and his proposed workaround?
In the meantime, assigning to pavlov, who will work with evaughan on this.
p2 for m12
If this only affects a small number of pages, why is it PDT+ dogfood?
Updated•25 years ago
|
Whiteboard: [PDT+] needs estimated fix date (a Wed.or a Fri.) → [PDT+] 12/17/99
Comment 18•25 years ago
|
||
I see this on http://www.nokia.com/phones/8210/main.html, if I comment out all
<INPUT type="image" ...> on a local copy of that page the problem disappears
(no absolute position involved AFAIK)...
I see this problem only on linux with GFX scrollbars turned on.
With blizzards workarroud the page looks OK, with or without GFX scrollbars.
Updated•25 years ago
|
Target Milestone: M12 → M13
Comment 19•25 years ago
|
||
pav sez, down deep in ugly code. hoping for early m13.
Comment 20•25 years ago
|
||
I've seen this with my workaround so I think it's a fluke that it works at all.
Also, I've verified that it's an img submit button problem. It makes many pages
completely unusable. Here are some:
http://cnn.com/
http://www.abcnews.com/
http://www.etrade.com/
http://www.redhat.com/
http://www.linux.com/
This was just in 10 minutes of browsing. I beg. I plead. Please fix this for
M12.
Reporter | ||
Comment 21•25 years ago
|
||
Blizzard - what do you mean by "I've verified that it's an img submit button
problem." Do you mean that image submit buttons are a sufficient condition to
cause the problem? They certainly aren't a necessary condition, because
absolutely positioned elements are also a sufficient condition (on their own).
Comment 22•25 years ago
|
||
I meant that I've been able to verify that it happens on pages that have img
buttons on them and the problem happens when those images come into view. It
may or may not be related to the problem with elements. It might be a seperate
bug.
Comment 23•25 years ago
|
||
*** Bug 20377 has been marked as a duplicate of this bug. ***
Updated•25 years ago
|
Status: NEW → ASSIGNED
Whiteboard: [PDT+] 12/17/99 → [PDT+] 12/23/99
Comment 24•25 years ago
|
||
*sigh* this bug sucks. i'm working on it.
Comment 25•25 years ago
|
||
*** Bug 22520 has been marked as a duplicate of this bug. ***
Updated•25 years ago
|
Whiteboard: [PDT+] 12/23/99 → [PDT+] 01/14/00
Comment 26•25 years ago
|
||
blizzard? got any new ideas on this bug?
Comment 27•25 years ago
|
||
Nope. I tracked it down deep into the view manager.
Comment 28•25 years ago
|
||
i simply took a screenshot of http://www.nokia.com/phones/8210/main.html
is it really what you are discussing here ?
the same kind of grey areas appear on David Baron's homepage for me too.
Comment 29•25 years ago
|
||
Comment 30•25 years ago
|
||
Well, you don't need absolute positioning *or* an image submit button to trigger
this bug. Observe <URL:http://www.openvrml.org>. The left frame typically has
this drawing problem on the first load. The top frame grays out when I increase
the browser window width beyond a certain threshold. I'll attach a screen shot.
Comment 31•25 years ago
|
||
Comment 32•25 years ago
|
||
That has absolutely position elements. The left frame has html in it like this:
<DIV STYLE="position:absolute; width:130px; height:53; z-index:1; left: 0;
top: 0; visibility: visible; overflow: visible"><A HREF="news.html"
TARGET="main"><IMG SRC="pics/menunews.gif" WIDTH="130" HEIGHT="53" BORDER="0"
ALT="NEWS"></A></DIV>
Comment 33•25 years ago
|
||
*** Bug 18750 has been marked as a duplicate of this bug. ***
Comment 34•25 years ago
|
||
*** Bug 22105 has been marked as a duplicate of this bug. ***
Updated•25 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Whiteboard: [PDT+] 01/14/00 → [PDT+] 01/16/00
Comment 35•25 years ago
|
||
beard just checked in a fix. he rocks.
Comment 36•25 years ago
|
||
Great!!! It's fixed now!
Comment 37•25 years ago
|
||
This one's back, reopening. I see the exact same problems in todays build on
linux :(
Status: VERIFIED → REOPENED
Comment 38•25 years ago
|
||
*** Bug 23115 has been marked as a duplicate of this bug. ***
Comment 40•25 years ago
|
||
Why does this bug have severity=`normal'?
This is a BAD bug(s). It makes many html pages unviewable. Styling using
stylesheets instead of tables etc is ruled out (contrary to W3c). And for xml
only stylesheets are possible...
I too have this bug. (M13, 27th Jan build, i686 linux on a pc) Hope you can fix
it soon. --And THANKS!! for all your work on mozilla!
Comment 41•25 years ago
|
||
beard, you fixed this before, so i'm assigning it to you.
Assignee: pavlov → beard
Severity: normal → critical
Status: REOPENED → NEW
Keywords: beta1
Whiteboard: [PDT+] 01/16/00 → [PDT+] was fixed with viewmanager2
Target Milestone: M13 → M14
Comment 42•25 years ago
|
||
*** Bug 21664 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 43•25 years ago
|
||
This requires a slight rewrite of the classic view manager to get this working
correctly.
Status: NEW → ASSIGNED
Comment 44•25 years ago
|
||
*** Bug 25782 has been marked as a duplicate of this bug. ***
Comment 45•25 years ago
|
||
Can someone who's been working on this check bugs 23626 and 25227 (list boxes
cause gray stripe) to see if they are duplicates of this one?
Comment 46•25 years ago
|
||
*** Bug 23626 has been marked as a duplicate of this bug. ***
Comment 47•25 years ago
|
||
When this bug will be fixed? I can't use mozilla for common browsing due to this
bug - it shows up on every third page which I visit.
Comment 48•25 years ago
|
||
*** Bug 22936 has been marked as a duplicate of this bug. ***
Comment 49•25 years ago
|
||
*** Bug 22936 has been marked as a duplicate of this bug. ***
Comment 50•25 years ago
|
||
*** Bug 22936 has been marked as a duplicate of this bug. ***
Comment 51•25 years ago
|
||
Putting dogfood in the keyword field.
Comment 52•25 years ago
|
||
*** Bug 26285 has been marked as a duplicate of this bug. ***
Comment 53•25 years ago
|
||
Adding syd and myself to cc list.
Comment 54•25 years ago
|
||
What horrible, degrading act do I have to perform and who do I have to do it to
in order to get this bug fixed?
Comment 55•25 years ago
|
||
heh, we're having a meeting in a minute.
Comment 56•25 years ago
|
||
*** Bug 25492 has been marked as a duplicate of this bug. ***
Comment 57•25 years ago
|
||
*** Bug 18224 has been marked as a duplicate of this bug. ***
Comment 58•25 years ago
|
||
Ok.I verified that it works for me too using viewmanager2.
Any ideas when it is gonna be turned on by default? This bug has really annoyed
me for a long time.
Updated•25 years ago
|
Summary: [DOGFOOD][PP]absolute position elements repaint wrong w/GFX scrollbars on → absolute position elements repaint wrong w/GFX scrollbars on
Comment 59•25 years ago
|
||
*** Bug 24553 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 60•25 years ago
|
||
There's now a pref checked-in to turn this on by default. Warning, it doesn't
handle opacity yet (coming soon).
Comment 61•25 years ago
|
||
*** Bug 27215 has been marked as a duplicate of this bug. ***
Comment 62•25 years ago
|
||
*** Bug 27515 has been marked as a duplicate of this bug. ***
Comment 63•25 years ago
|
||
*** Bug 27657 has been marked as a duplicate of this bug. ***
Comment 64•25 years ago
|
||
*** Bug 27562 has been marked as a duplicate of this bug. ***
Comment 65•25 years ago
|
||
*** Bug 27341 has been marked as a duplicate of this bug. ***
Comment 66•25 years ago
|
||
*** Bug 24141 has been marked as a duplicate of this bug. ***
Comment 67•25 years ago
|
||
*** Bug 27637 has been marked as a duplicate of this bug. ***
Comment 68•25 years ago
|
||
*** Bug 22573 has been marked as a duplicate of this bug. ***
Comment 69•25 years ago
|
||
*** Bug 27228 has been marked as a duplicate of this bug. ***
Comment 70•25 years ago
|
||
*** Bug 27443 has been marked as a duplicate of this bug. ***
Comment 71•25 years ago
|
||
*** Bug 25409 has been marked as a duplicate of this bug. ***
Comment 72•25 years ago
|
||
*** Bug 27516 has been marked as a duplicate of this bug. ***
Comment 73•25 years ago
|
||
*** Bug 23120 has been marked as a duplicate of this bug. ***
Comment 74•25 years ago
|
||
*** Bug 25672 has been marked as a duplicate of this bug. ***
Comment 75•25 years ago
|
||
Seeing this on cnn.com and pathfinder.com (in linux, build 2000021510), whcih,
ironically enough, are two of the "verification" sites listed. This also
appears on virtually any large/long page with a lot of tables if you scroll up
and down fast enough.
Assignee | ||
Comment 76•25 years ago
|
||
This is fixed by nsViewManager2, which will be turned on by default for beta1.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
Comment 77•25 years ago
|
||
*** Bug 22907 has been marked as a duplicate of this bug. ***
Comment 78•25 years ago
|
||
*** Bug 28061 has been marked as a duplicate of this bug. ***
Comment 79•25 years ago
|
||
*** Bug 28613 has been marked as a duplicate of this bug. ***
Comment 80•25 years ago
|
||
Verified with todays build on linux, thinks look great now!
Status: RESOLVED → VERIFIED
Comment 81•25 years ago
|
||
*** Bug 28620 has been marked as a duplicate of this bug. ***
Comment 82•25 years ago
|
||
*** Bug 28620 has been marked as a duplicate of this bug. ***
Comment 83•25 years ago
|
||
*** Bug 29587 has been marked as a duplicate of this bug. ***
Comment 84•25 years ago
|
||
*** Bug 32405 has been marked as a duplicate of this bug. ***
Reporter | ||
Comment 85•25 years ago
|
||
For those who don't know already, this bug has come back, and has been
reincarnated as bug 37360 (which is nsbeta2+).
Updated•6 years ago
|
Component: Layout: View Rendering → Layout: Web Painting
You need to log in
before you can comment on or make changes to this bug.
Description
•