365208 - [reflow branch] <select> list is misplaced, its scrollbar not fully rendered

Status: RESOLVED WORKSFORME

(Core :: Layout: Form Controls, defect)

Description

[Mats Palmgren (inactive)]

<select> list is misplaced, its scrollbar not fully rendered.

STEPS TO REPRODUCE
1. load bug 365103 (or any bug page that does not have a long link in it)
2. resize the window width back and forth, watch the CC list

ACTUAL RESULT
Two errors can occur:
1. the "Remove selected CCs" is placed on top of the CC list (screenshot 1)
2. the CC list is placed on top of "Add CC" and the scrollbar looks damaged
   (covering the window doesn't help) (screenshot 2)

PLATFORM AND BUILDS TESTED
Bug occurs in SeaMonkey 2006122301 on Linux
Bug occurs in SeaMonkey 2006120801 (post reflow branch) on Linux
Bug does not occur (AFAICT) in SeaMonkey 2006120701 (pre reflow branch)

Comment 1

[Mats Palmgren (inactive)]

Attachment: Screenshot #1

Comment 2

[Mats Palmgren (inactive)]

Attachment: Screenshot #2

Comment 3

[Peter van der Woude [:Peter6]]

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a2pre) Gecko/20061228 Minefield/3.0a2pre ID:2006122814 [cairo]

just slowly make this window narrower and look at the form controls.
The text in inputs is even moving/jumping out of of them and sometimes doesn't jump back in.

Comment 4

[Martijn Wargers (dead)]

(In reply to comment #3)
> just slowly make this window narrower and look at the form controls.
> The text in inputs is even moving/jumping out of of them and sometimes doesn't
> jump back in.

I think that's bug 365294.

Comment 5

[Peter van der Woude [:Peter6]]

hmm, after Bug 243159 was backed out (2006-12-29 03:27) to fix Bug 365191 the problems acc. comment #0 are gone.

Comment 6

[Boris Zbarsky [:bzbarsky]]

So is this still reproducible?

Comment 7

[David Baron :dbaron: (⌚️UTC-5, no longer working on Mozilla)]

Is this still reproducible?

Comment 8

[Mats Palmgren (inactive)]

Attachment: Screenshot #3

It still occurs but it's less severe now.
Load this bug report and resize the window width back and forth so that
the word "rendered" is alternating between the first and second line.

Note the text baseline error in the inside the Keywords and URL fields.
Note the CC list and the checkbox below it (or sometimes the text input
above it) have overlapping borders.
The "scrollbar rendering" part of the problem seems to be gone though.

Comment 9

[Mats Palmgren (inactive)]

Attachment: Screenshot #4

Spoke to soon, the scrollbar rendering error still occurs too...
SeaMonkey 2007040301 Linux, Modern theme.

Comment 10

[Boris Zbarsky [:bzbarsky]]

I haven't been able to reproduce this so far.  :(

Comment 11

[Adam Guthrie]

Using Firefox trunk on Ubuntu Feisty with the GNOME ClearLooks theme, I couldn't reproduce this either, FWIW.

Mats, native theming of form controls on Linux got turned on recently. Can you retest? Also, can you reproduce this in Firefox, or does it only happen with the SeaMonkey modern theme?

Comment 12

[Mats Palmgren (inactive)]

WFM, (todays) SeaMonkey default & modern theme on Linux.
I'll reopen if I see it again... (note to self: tested using bug 290409 and
bug 344635 which are reproducible in 20061209 SeaMonkey Modern)

-> WORKSFORME

Comment 13

[Boris Zbarsky [:bzbarsky]]

Note that anything like this needs to be tested with native theming both on and off, since web pages can easily disable it (and often do).