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)

defect

Tracking

()

RESOLVED FIXED
Future

People

(Reporter: jruderman, Assigned: aaronlev)

References

()

Details

(4 keywords)

Attachments

(3 files)

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.
Keywords: access
Attached image screen shot (deleted) —
can reproduce this bug on win2000 build ID: 2001-11-16-05trunk
*** Bug 111623 has been marked as a duplicate of this bug. ***
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
Attached file testcase (deleted) —
When viewing this problem, one needs to make sure their browser can scroll vertically.
any help would be great
Assignee: rods → jkeiser
This is a "wait for XBL select" thing.
Depends on: 112713
Target Milestone: --- → mozilla1.0
This is a major issue and is still happening with build 2002020103, adding keyword nsbeta1
Keywords: nsbeta1
This should be fixed when we switch to XBL form elements. Marking nsbeta1-. Moving to Moz1.1
Keywords: nsbeta1nsbeta1-
Target Milestone: mozilla1.0 → mozilla1.1
*** Bug 125576 has been marked as a duplicate of this bug. ***
*** Bug 103046 has been marked as a duplicate of this bug. ***
Adding testcase keyword.
Keywords: testcase
over to terri, per conversation w/her...
QA Contact: madhur → tpreston
I am unable to reproduce this. Attempting to scroll closes the dropdown select before actually scrolling. Is this still a problem?
Yes, this is still a problem. The point is to hit alt-down again after scrolling, and watch where the dropdown opens.
Keywords: nsbeta1-nsbeta1
nsbeta1+
Keywords: nsbeta1nsbeta1+
*** Bug 186815 has been marked as a duplicate of this bug. ***
nsbeta1-. John is overloaded with higher priority issues.
Keywords: nsbeta1+nsbeta1-
Priority: -- → P2
Target Milestone: mozilla1.1alpha → Future
I think it's using absolute screen coordinates. If I maximize the window and don't scroll it works.
Blocks: atfmeta
Yes, it is using absolute screen coordinates.
John may be overloaded with higher priority items, but this should be reassigned, not minused. It's a significant problem for accessibility and usability.
Keywords: topembed
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.
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
surely this is not tables...
Component: Layout: Tables → Layout: Form Controls
Attached patch Proposed patch (deleted) — Splinter Review
This just moves some code from ShowDropDown to ShowList where it will be found by ToggleList when necessary.
Have patch
Assignee: jkeiser → aaronl
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.

Attachment

General

Creator:
Created:
Updated:
Size: