Open
Bug 244512
Opened 20 years ago
Updated 2 years ago
in address text box list, up and down arrow keys don't work
Categories
(MailNews Core :: Composition, defect)
Tracking
(Not tracked)
NEW
People
(Reporter: dsb, Unassigned)
References
(Blocks 1 open bug)
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040421 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040421 In the list of text boxes for e-mail addresses, the up arrow and down arrow keys sometimes don't work. The problem is state-dependent (and which state is depends on is not clear). As I write this, the up arrow key works from the empty last address text box, but neither arrow key works in any higher boxes. (Also, pressing the up arrow key in the empty last text box restores a previous selection in the second-to-last box, which doesn't seem right.) Reproducible: Sometimes Steps to Reproduce: 1. Click in an address in an address list text box. 2. Press the up or down arrow key. 3. Select part of an address in an address list text box. 4. Press the up or down arrow key. Actual Results: In steps 2 and 4, nothing. Expected Results: In steps 2 and 4, a text insertion point ("caret"?) should have appearred in the previous or next address text box. gott
Comment 1•20 years ago
|
||
I see this too. The only place I see simple arrow key working is when an address is already entered and the caret is in an empty address field; then Up-arrow will move up. I've also tried using Alt-arrows, Shift-arrow and Ctrl-arrow. - Alt-down seems to reliably move to the next box, and will open a new box if necessary - Alt-up appears to do nothing except, for certain addresses (?) opens the dropdown address-selection menu (the behavior here is complex and worthy of its own bug). - Ctrl-Up appears to reliably move to the previous box. - Ctrl-Down appears to do nothing. - Shift-Up / Shift-Down appear to do nothing.
Severity: normal → minor
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → Windows 2000
Updated•20 years ago
|
Product: MailNews → Core
Comment 2•20 years ago
|
||
*** Bug 179849 has been marked as a duplicate of this bug. ***
Comment 3•18 years ago
|
||
TB 2a1-0627 / TB 3a1-0702 / Seamonkey 1.5a-0518, Win2K: This appears to be working much better. Up and down arrows (with or without any of the modifiers Shift, Ctrl, Alt) are navigating from field to field, and opening a new, empty field if necessary. However, in some cases, two keypresses may be required to make this happen; I haven't figured out how, exactly. I also see a bit of superfluous caret positioning/selection on switching to a different field -- it seems to be trying to maintain the previous selection or position on returning to the field, but the actual position of the caret (or selection end) moves by one character. I frequently see the case where shifting to a auto-completed address puts the caret inside the final angle bracket: Mike Cowperthwaite <mcow@well.com|> ^ caret position And then, when typing up or down arrow at this point, I can sometimes see the caret shift in the current field one position to the right, beyond the angle bracket, before the focus shifts to the previous field. Still, a great improvement. This looks like something Aaron might have implemented elsewhere, so CC'ing him to see if he has input. Also, I can no longer reproduce the related bug 284387.
Comment 4•18 years ago
|
||
*** Bug 344031 has been marked as a duplicate of this bug. ***
Comment 5•18 years ago
|
||
(In reply to comment #1) > I've also tried using Alt-arrows, Shift-arrow and Ctrl-arrow. > - Alt-down seems to reliably move to the next box, and will open a new box This is bad to use alt-arrows, because Alt-Numpad arrows doesn't handled as arrows, this enters codes. (In reply to comment #4) My text in bug 344031: TB 1.5.0.4/W98/severity: normal (this is bug, not minor issue) If I enter new, non-existing (in cached address-book) address, then pressing Down key from "To:" field adds new ("To:") field. If I enter prefix, which TB recognizes in address book, then it shows list of matched addresses. I may close this list by Esc, but it again appear, when I press Down key. Thus, I can't move below and create additional header field. (Tab moves into "Subject:" field). If I enter known prefix (for which TB shows lists), but after this remove it, then TB anyway doesn't accepts Down key. If I return to filled field (with address from adderss book) and press Down key, then instead moving down, TB shows empty list. Expected Results: I don't know how to rework this buggy behavior. But I know, that currently TB (1) doesn't allows to always move in header with keyboard and (2) wrongly shows empty list (in some cases).
Comment 6•18 years ago
|
||
I've noticed that the improved behavior described in comment 3 is not consistent; I've had windows with multiple addresses open where the up or down arrow keys, modified or not, would not move between addresses at all. Most recently, I saw this in 2a1-1014, but after restart it seemed to be working again.
Comment 7•17 years ago
|
||
sorry for the spam. making bugzilla reflect reality as I'm not working on these bugs. filter on FOOBARCHEESE to remove these in bulk.
Assignee: sspitzer → nobody
Updated•16 years ago
|
QA Contact: composition
Assignee | ||
Updated•16 years ago
|
Product: Core → MailNews Core
Updated•2 years ago
|
Severity: minor → S4
You need to log in
before you can comment on or make changes to this bug.
Description
•