45818 - Combobox unusable when in rowspan

Status: VERIFIED DUPLICATE of bug 45350

(Core :: Layout: Form Controls, defect, P1)

Description

[cheng]

Go to the Query page, and select a remembered query from the drop down box other
than the first one.  After that, the down arrow disappears and you cannot change
the selected value again.

Tested on 2000071810 on Linux, and Asa says he can see this on 2000071808 on
Win32 as well.

Comment 1

[rods (gone)]

After using the combobox one time when in a rowspan (in a table) it becomes 
completely wacked and unusable.

Comment 2

[rods (gone)]

Attachment: very small testcase

Comment 3

[rods (gone)]

The cell is shrinking from 1005 twips to 360 twips. If you resize the window 
then the cell pops back to 1005 twips.

My guess is that when the reflows happen from selecting a new value the table 
cell's row doesn't realize it is part of a span and sets the cell height to just 
the row height instead of the entire span height.

reassigning

Comment 4

[djk]

I'm running 2000080714 on Win98

I see a problem with the dropdown box when my mouse enters it, not just when I
use it; the box goes completely blank.  I can still get to the box in two ways,
though:

1) I can click on the upper border of the box and get the list to drop down.
   However, this doesn't allow me to make a selection.
2) I resize the window.  Then, I can move the pointer into the box and make a
   selection successfully.  The box becomes unusable again if I choose a
   selection other than the one already in the box.

Comment 5

[rods (gone)]

*** Bug 48769 has been marked as a duplicate of this bug. ***

Comment 6

[rods (gone)]

nominating because it makes the remembered queries on Bugzilla not work.

Comment 7

[Marc Attinasi]

karnaze is already over-allocated for beta3 bugs. I'm gonna have to deny this 
one unless we can get another resource to look at tables. Adding helpwanted to 
kwds.

Comment 8

[rods (gone)]

*** Bug 48656 has been marked as a duplicate of this bug. ***

Comment 9

[buster]

*** Bug 47446 has been marked as a duplicate of this bug. ***

Comment 10

[buster]

please test the test case is 47446 when this is fixed to verify that it really 
is a dup.

this has the potential to make many pages unusable.  I suggest nsbeta3+.  
Re-nominating.  I could help Chris with this one.

Comment 11

[Marc Attinasi]

Approving for beta3 (based mostly on buster's opinion and offer to help).

Comment 12

[Marc Attinasi]

Related to 45350?

Comment 13

[buster]

adding "dogfood" keyword to push up the priority.  duplicate bugscape bug 2007 
has already been marked dogfood+

Comment 14

[Heikki Toivonen (remove -bugzilla when emailing directly)]

This might be related to bug 49888 "buttons incorrectly disappear on mouseclick 
event" (it used to be mouseover event). There are several conditions that must 
be fulfilled for that bug to appear, but one of them is that the button must be 
in a table that has rowspan(s) >= 2.

Comment 15

[leger]

PDT agrees P1 - and leger agrees...oh yeah..dogfood+ baby!

Comment 16

[cheng]

This seems to be fixed in Linux 2000090508.  Can anyone confirm?

Comment 17

[djk]

I'm running win98 build 0222090508 and the problem seems to be gone for me, too.

Comment 18

[karnaze (gone)]

It sounds like a dup of 45350 which I just fixed.

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

Comment 19

[ckritzer (gone)]

I don't think this is the same thing, but it's fixed anyway.
Marking VERIFIED FIXED on:
- LinuxRH62 2000-09-13-08-M18 Commercial
- Win98     2000-09-13-08-M18 Mozilla
- MacOS86   2000-09-13-04-M18 Commercial