Closed
Bug 163967
Opened 22 years ago
Closed 21 years ago
Bad painting when scrolling and rendering in several frames (threading?)
Categories
(Core Graveyard :: GFX, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: nikd, Assigned: kmcclusk)
Details
Attachments
(2 files)
If one has a page with several frames with respective scrollbars (x and y), and if one uses the horisontal scrollbar in one frame while another frame is still loaded/rendered, part of the scroll bar will be painted just above the URL input field. Steps: 0. Simulate or work on a display of 1024x768 (to get the scrollbars) 1. Load forthcoming frameset attachment 2 [details] [diff] [review]. Click on the "Live Feed" buttons in two or more frames 3. As soon as a live feed is rendered, await another live feed to start render, and then adjust the java content (the live feed) horisontally so that it fits in the frame. (4. Repeat the procedure by changing "rooms" if this isn't immediately visible) Result: horisontal scrollbar is duplicated above URL input field. See forthcoming screen dump. This is always reproduciable. This is build 20002-08-21-09, but it applies to all Mozilla builds.
Reporter | ||
Comment 1•22 years ago
|
||
Reporter | ||
Comment 2•22 years ago
|
||
The painting problem. This sticks throughout the session.
Comment 3•22 years ago
|
||
Anyone offended by porn had better not load the attachment ;-) WFM on Windows XP
Testcase no longer works. Niklas, please update it, and also try to use non-pornographic material, please. Thank you.
Comment 5•21 years ago
|
||
Marking WFM - no communication from original reporter for ten months now. Please reopen with new test case if you are still seeing this bug.
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
Updated•16 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•