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)

PowerPC
macOS
defect
Not set
trivial

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.
The painting problem. This sticks throughout the session.
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.
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
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: