Closed Bug 253299 Opened 20 years ago Closed 20 years ago

Arrow keys work twice, when form page contains radio buttons

Categories

(Core :: DOM: UI Events & Focus Handling, defect, P3)

x86
Linux
defect

Tracking

()

RESOLVED FIXED
mozilla1.8alpha3

People

(Reporter: ado, Assigned: bzbarsky)

Details

(Keywords: regression, testcase)

Attachments

(3 files)

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a2) Gecko/20040714 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a2) Gecko/20040714 I've found behaviour, which weren't usual in versions before.. When page contain form with radio buttons (min. 2 of course), you check a one and want to go down with arrow down keys, page goes down, but it also change a selection of radio button to next one.. Reproducible: Always Steps to Reproduce: 1. try to make a long page with form, which contains few radio buttons 2. select one button and press arrow down key.. 3. page gone down, but it also change selected radio button to next one.. Actual Results: If you don't expect this behaviour, you can easy check thing, that you don't want.. I've found this in mailman admin interface, where you have 4 radio buttons with mail actions, in moderate list .. Expected Results: When you press arrow down key, just page should go down, don't change anything in form...
Andrej, can you point to a publically available page that shows the problem?
Component: Browser-General → Keyboard: Find as you Type
Keywords: regression
Assignee: general → aaronleventhal
Component: Keyboard: Find as you Type → Keyboard: Navigation
QA Contact: general
(In reply to comment #1) > Andrej, can you point to a publically available page that shows the problem? http://alica.alphanet.sk/~ado/mozilla/site.html for example, just select "discard" in first message/table and press key arrow down.. ..and then, also, when you press arrow up, it's same..
Attached file Minimal-ish testcase (deleted) —
This was a purposeful change; see bug 17602. That said, we should just be changing the radio buttons, not also scrolling the page.
I don't see anything in the bug 17602 patch that sets the event as "handled"...
Status: UNCONFIRMED → NEW
Ever confirmed: true
Attached patch Perhaps something like this? (deleted) — Splinter Review
Attachment #154504 - Flags: superreview?(bryner)
Attachment #154504 - Flags: review?(aaronleventhal)
Attachment #154504 - Flags: review?(aaronleventhal) → review+
Attached file Testcase #2 (deleted) —
Here is another problem that could be a regression from bug 17602. Clicking the radio buttons, I see: in Mozilla 1.7: focus, click, change in 2004-07-26-07: focus, click, change, change
BTW, Boris' (1st) patch does not fix that...
Keywords: testcase
Attachment #154504 - Flags: superreview?(bryner) → superreview+
Assignee: aaronleventhal → bzbarsky
Priority: -- → P3
Target Milestone: --- → mozilla1.8alpha3
Checked in. Mats, could you file a followup bug on comment 7? That looks very wrong, but I'm not quite sure what's up there...
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
(Filed bug 254238 for problem in comment 7)
Component: Keyboard: Navigation → User events and focus handling
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: