14319 - Cannot set bugzilla target-milestone combobox

Status: VERIFIED FIXED

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

Description

[Chris McAfee]

linux & WinNT, apprunner.
Visit any bug, how about
  http://bugzilla.mozilla.org/show_bug.cgi?id=4076
I can't set the target-fix milestone combobox!
Other comboboxes work, it looks like ? the short-named ones
aren't working.

Comment 1

[Chris McAfee]

chofmann reports that this is working Sunday evening, WinNT,
but has some funny drawing side-effect.

Comment 2

[Eric Pollmann]

I just tested this on Linux apprunner and am also seeing 'strange' rendering.
When I drop down a combobox I'm getting a line of garbage where the scrollbar
intersects the popup window.  Kevin, can you take a look?

Comment 3

[Kevin McCluskey (gone)]

The rendering bug is a known issue. When the dropdown intersects any native
window it is clipped. If you scroll the combo box so the dropdown doesn't
intersect the scrollbar you should be able to select a milestone.

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

Comment 4

[Chris McAfee]

Reopening, pollmann derailed this bug by mentioning another bug.
Please make this the "target-fix combobox does not pull down" bug.

Comment 5

[leger]

Clearing DUPLICATE resolution due to reopen.

Comment 6

[Kevin McCluskey (gone)]

The problem occurs when two a gfx-comboxe's hidden dropdown overlaps another gfx
combo box. The view for the gfx combo box is hidden but the area frame for the
dropdown has a view which is visible. Since it is visible it gets the mouse
event even though it's parent view is hidden. This is proper CSS behavior for
visibility. We need a new mechanism or setting on views which prevents the view
and any of it's children from consuming events or painting.

Comment 7

[Kevin McCluskey (gone)]

The current solution of toggling visibility for gfx dropdown lists causes
problems if the non-visible dropdown overlaps other
form elements or links. If the the dropdown overlaps  another form element the
events go to the non-visible dropdown and are discarded.
This makes form elements on many pages unresponsive.

You can make the form elements responsive, by clicking on the combbox who's
dropdown falls over it, then rolling the dropdown back up. The visibility is
changed for the child view when the CSS visibility property is changed.

Comment 8

[Kevin McCluskey (gone)]

The current solution of toggling visibility for gfx dropdown lists causes
problems if the non-visible dropdown overlaps other
form elements or links. If the the dropdown overlaps  another form element the
events go to the non-visible dropdown and are discarded.
This makes form elements on many pages unresponsive.

You can make the form elements responsive, by clicking on the combbox who's
dropdown falls over it, then rolling the dropdown back up. The visibility is
changed for the child view when the CSS visibility property is changed.

Moving the Severity of this to blocker. It prevents many pages from being used.

Comment 9

[Kevin McCluskey (gone)]

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

Comment 10

[Kevin McCluskey (gone)]

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

Comment 11

[Kevin McCluskey (gone)]

Another aspect of this bug is that if you click in the dead space that
intersects the hidden dropdown list's view, the dropdown will display.

Comment 12

[Kevin McCluskey (gone)]

Moving to M10. Combo boxes will not work unless this fixed.

reassigning to Peter. He has a fix in his tree for this.

Comment 13

[chris hofmann]

peter can this get checked in tonight before we branch?

Comment 14

[Chris Petersen]

Fixed in the Oct 22 linux build.