Closed
Bug 278033
Opened 20 years ago
Closed 18 years ago
Nested frames don't repaint content on scroll
Categories
(Core :: Web Painting, defect)
Core
Web Painting
Tracking
()
RESOLVED
FIXED
People
(Reporter: jason.polites, Unassigned)
References
()
Details
(Keywords: testcase)
Attachments
(3 files)
A page with three frames: top, left and right, in which scrolling on the right
frame is set to AUTO. When the right frame is scrolled, the content within is
no repainted correctly.
See the above URL work a reproducable sample
Updated•20 years ago
|
Assignee: firefox → nobody
Component: General → Layout
Product: Firefox → Core
QA Contact: general → layout
Version: 1.0 Branch → Trunk
Comment 1•20 years ago
|
||
Comment 2•20 years ago
|
||
Comment 3•20 years ago
|
||
Comment 4•20 years ago
|
||
Confirming.
Severity: critical → normal
Status: UNCONFIRMED → NEW
Component: Layout → Layout: HTML Frames
Ever confirmed: true
Keywords: testcase
QA Contact: layout → layout.html-frames
Summary: Frame content repaint → Nested frames don't repaint content on scroll
Comment 5•20 years ago
|
||
Seeing this in current trunk Linux too.
Robert, any idea what's up here?
Component: Layout: HTML Frames → Layout: View Rendering
OS: Windows XP → All
Hardware: PC → All
Comment 6•20 years ago
|
||
I just tested http://jasen.sourceforge.net/mozbug/ with
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051107 Firefox/1.5
and the problem seems to still be there.
Comment 7•19 years ago
|
||
I think this is WFM in my debug build that has the "frame display lists" patch
in it (bug 317375). I can see the bug in normal trunk build.
Depends on: 317375
Comment 8•19 years ago
|
||
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20060126 Firefox/1.6a1 ID:2006012614
WFM
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Depends on: widget-removal
| Reporter | ||
Comment 9•18 years ago
|
||
This seems to have re-appeared in:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.8.1.4) Gecko/20070515 Firefox/2.0.0.4
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 10•18 years ago
|
||
It was fixed, on trunk only, by the checkin for bug 317375. So of course it's still a problem in 1.8 branch builds...
Status: REOPENED → RESOLVED
Closed: 19 years ago → 18 years ago
Resolution: --- → FIXED
| Reporter | ||
Comment 11•18 years ago
|
||
This appears to not be resolved.
Firefox 2.0.0.11
Windows XP
See:
http://www.jasen.org/mozbug
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 12•18 years ago
|
||
The fix will not be present in any of the 2.0 builds. However, when 3.0 is released, it will be fixed there.
This is standard procedure, as the 2.0.* releases are only for critical bugfixes like security or extremely common crashes.
Status: REOPENED → RESOLVED
Closed: 18 years ago → 18 years ago
Resolution: --- → FIXED
Comment 13•18 years ago
|
||
Jason, please try Firefox 3 beta 1 if you want to see the fix?
| Reporter | ||
Comment 14•18 years ago
|
||
Awesome. Thanks!
| Assignee | ||
Updated•7 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
•