Closed
Bug 110801
Opened 23 years ago
Closed 21 years ago
alt+arrow opens <select> in a random location on the screen
Categories
(Core :: Layout: Form Controls, defect, P2)
Core
Layout: Form Controls
Tracking
()
RESOLVED
FIXED
Future
People
(Reporter: jruderman, Assigned: aaronlev)
References
()
Details
(4 keywords)
Attachments
(3 files)
(deleted),
image/jpeg
|
Details | |
(deleted),
text/html
|
Details | |
(deleted),
patch
|
Details | Diff | Splinter Review |
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•23 years ago
|
||
can reproduce this bug on win2000 build ID: 2001-11-16-05trunk
Comment 2•23 years ago
|
||
*** Bug 111623 has been marked as a duplicate of this bug. ***
Comment 3•23 years ago
|
||
The dropdown appears at the spot where the select used to be before it was
scrolled.... and this happens on Linux too.
OS: Windows 98 → All
Hardware: PC → All
Comment 4•23 years ago
|
||
When viewing this problem, one needs to make sure their browser can scroll
vertically.
Comment 6•23 years ago
|
||
This is a "wait for XBL select" thing.
Depends on: 112713
Target Milestone: --- → mozilla1.0
Comment 7•23 years ago
|
||
This is a major issue and is still happening with build 2002020103, adding
keyword nsbeta1
Keywords: nsbeta1
Comment 8•23 years ago
|
||
This should be fixed when we switch to XBL form elements.
Marking nsbeta1-. Moving to Moz1.1
Comment 9•23 years ago
|
||
*** Bug 125576 has been marked as a duplicate of this bug. ***
Comment 10•23 years ago
|
||
*** Bug 103046 has been marked as a duplicate of this bug. ***
Comment 13•22 years ago
|
||
I am unable to reproduce this. Attempting to scroll closes the dropdown select
before actually scrolling.
Is this still a problem?
Comment 14•22 years ago
|
||
Yes, this is still a problem. The point is to hit alt-down again after
scrolling, and watch where the dropdown opens.
Assignee | ||
Updated•22 years ago
|
Comment 16•22 years ago
|
||
*** Bug 186815 has been marked as a duplicate of this bug. ***
Comment 17•22 years ago
|
||
nsbeta1-. John is overloaded with higher priority issues.
Assignee | ||
Comment 18•22 years ago
|
||
I think it's using absolute screen coordinates. If I maximize the window and
don't scroll it works.
Blocks: atfmeta
Comment 19•22 years ago
|
||
Yes, it is using absolute screen coordinates.
Assignee | ||
Comment 20•22 years ago
|
||
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•22 years ago
|
||
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•22 years ago
|
||
topembed- until we get a specific customer unfortuantely. It is something we
should try to get fixed if anyone has cycles.
Component: Layout: Form Controls → Layout: Tables
Comment 23•22 years ago
|
||
surely this is not tables...
Component: Layout: Tables → Layout: Form Controls
Comment 24•21 years ago
|
||
This just moves some code from ShowDropDown to ShowList where it will be found
by ToggleList when necessary.
Assignee | ||
Comment 26•21 years ago
|
||
checked in as part of fix for bug 211846
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•