110801 - alt+arrow opens <select> in a random location on the screen

Status: RESOLVED FIXED

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

Description

[Jesse Ruderman]

Steps to reproduce:
1. Go to http://bugzilla.mozilla.org/query.cgi.
2. Focus one of the drop-down menus (<select size="1"> elements).
3. Hit alt+down to drop down the menu.
4. Scroll the page and try again.

Result: at step 3 and/or step 4, the menu will appear in a random location on 
the screen, usually far away from the <select> but sometimes covering it.  

Expected: the menu should appear in the same place it would have if you had 
used the mouse to open the menu.

Comment 1

[Madhur Bhatia]

Attachment: screen shot

can reproduce this bug on win2000 build ID: 2001-11-16-05trunk

Comment 2

[Boris Zbarsky [:bzbarsky]]

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

Comment 3

[Boris Zbarsky [:bzbarsky]]

The dropdown appears at the spot where the select used to be before it was
scrolled....  and this happens on Linux too.

Comment 4

[TucsonTester3]

Attachment: testcase

When viewing this problem, one needs to make sure their browser can scroll
vertically.

Comment 5

[rods (gone)]

any help would be great

Comment 6

[John Keiser (jkeiser)]

This is a "wait for XBL select" thing.

Comment 7

[TucsonTester3]

This is a major issue and is still happening with build 2002020103, adding
keyword nsbeta1

Comment 8

[Kevin McCluskey (gone)]

This should be fixed when we switch to XBL form elements.
Marking nsbeta1-. Moving to Moz1.1

Comment 9

[TucsonTester3]

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

Comment 10

[TucsonTester3]

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

Comment 11

[michael wendell]

Adding testcase keyword.

Comment 12

[sairuh (rarely reading bugmail)]

over to terri, per conversation w/her...

Comment 13

[Andrew Schultz]

I am unable to reproduce this.  Attempting to scroll closes the dropdown select
before actually scrolling.

Is this still a problem?

Comment 14

[Boris Zbarsky [:bzbarsky]]

Yes, this is still a problem.  The point is to hit alt-down again after
scrolling, and watch where the dropdown opens.

Comment 15

[Kevin McCluskey (gone)]

nsbeta1+

Comment 16

[José Jeria]

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

Comment 17

[Kevin McCluskey (gone)]

nsbeta1-. John is overloaded with higher priority issues.

Comment 18

[Aaron Leventhal]

I think it's using absolute screen coordinates. If I maximize the window and
don't scroll it works.

Comment 19

[Boris Zbarsky [:bzbarsky]]

Yes, it is using absolute screen coordinates.

Comment 20

[Aaron Leventhal]

John may be overloaded with higher priority items, but this should be
reassigned, not minused. It's a significant problem for accessibility and usability.

Comment 21

[John Keiser (jkeiser)]

Anyone who wants to take this in the near future may and should.  I will be
messing with <select> heavily in the 1.4 timeframe and if I touch this code I'll
fix it, but since the dropdown shows up and can be interacted with, the priority
of this is not so high.

Comment 22

[saari (gone)]

topembed- until we get a specific customer unfortuantely. It is something we
should try to get fixed if anyone has cycles.

Comment 23

[Andrew Schultz]

surely this is not tables...

Comment 24

[[e-mail]]

Attachment: Proposed patch

This just moves some code from ShowDropDown to ShowList where it will be found
by ToggleList when necessary.

Comment 25

[Aaron Leventhal]

Have patch

Comment 26

[Aaron Leventhal]

checked in as part of fix for bug 211846