13988 - Browser does not paint correctly on first load

Status: CLOSED DUPLICATE of bug 15742

(Core :: DOM: HTML Parser, defect, P3)

Description

[[e-mail]]

On first load of the page, some text appears BEHIND the scroll bars.
An example is the word "on", last word of the second line (in 1280X1024 res.)
appears UNDERNEATH scroll bar, making it unreadable...any actions taken by
the user that cause reflow will fix it, but hitting reload will bring back same
error

Comment 1

[rickg]

Kipp -- a dup for you.

Comment 2

[kipp]

I can't reproduce it. There was a regression in text layout last week that has
since been fixed. Can you try again with a newer build? If you still see it,
please attach a screenshot of the problem. Thanks

Comment 3

[[e-mail]]

Attachment: Screen Shot of text flow bug...examine end of third line, beginning "happened anyway"

Comment 4

[kipp]

I *still* can't reproduce it. Are you sure you are using the *latest* build
(like today's?)? If you can, then it must be a platform specific bug because on
linux I can't make it happen...

Comment 5

[kipp]

Is the problem still there? If not, I'm going to close it...

Comment 6

[[e-mail]]

Attachment: Screenshot of Flow Problem on Win98, taken from M10

Comment 7

[[e-mail]]

Kipp,
  When I got your email on Friday, I downloaded M10 and tested it, and still see
the same bug. I created a PNG that holds only the portion of the screen that is
causing the problem. The words are not only underneath the scroll bar, but there
are now some problems with the letters themselves.

I can actually WATCH the browser parse the document, then when it is completely
loaded, it redraws. This is when the letters get split. Then the scroll bars are
added on top of the letters.

It must be platform specfic...

Comment 8

[Sam Allen]

This is what is happening here:

1. On windows98, maximize the window.
2. Load URL.
3. If your screen is set to 1024x768, the problem will be more visible (because
of the way the text happens to flow) but it occurs on any screen resolution.

Additional comments:

1. This problem does not occur when gfx scrollbars are activated.
2. What I think is happening is that native scrollbars are not returning their
width *when the window is maximized.* Therefore, a repaint is not forced. When
the page is repainted (for example by scrolling), it looks correct.
3. The problem as described in this report is not isolated to the above URL. It
also occurs on any page that is initially seen without a scrollbar, but then
reflowed to a larger size, making the scrollbar appear and thus showing the
problem.
4. This exact bug has annoyed me for weeks, so I can certainly vouch for its
validaty :-)

Comment 9

[chrisn]

Attachment: Screenshot of reflow error in Win98, 10/21/99 build

Comment 10

[chrisn]

These comments reference my attachment of 10/25/99 15:58

Notice the two areas on the right under the scrollbar that are highlighted with
red boxes, and the fact that the second piece [the "is"] on the right gets
duplicated (during a reflow?), and redeposited on the left (the left
highlighted area), but not erased on the right. This is in Win98, 10/21 build (I
had screwed around with the new skin - that's why the UI looks as it does).

Comment 11

[kipp]

1. I changed the summary to reflect current knowledge on the bug - its not a
reflow issue, its a painting issue.

2. Troy has generously agreed to host the bug since he uses win98 at home and
will investigate and reassign/fix as appropriate...thanks troy!

Comment 12

[troy]

I think this is a DUP of 15742. When that bug is fixed if this doesn't get fixed
as well, then please reopen it.

*** This bug has been marked as a duplicate of 15742 ***

Comment 13

[[e-mail]]

Agreed, seems to be a DUP. How do I get added to the list for
15742, so I can verify? Or will bugzilla do it auto?

Comment 14

[troy]

Add yourself to the Cc line of the bug

Comment 15

[[e-mail]]

I agreee. It appears to be fixed. Nice job...and thanx.

Comment 16

[Jan Carpenter]

verified, dup

Comment 17

[[e-mail]]

This is closed