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)

x86
Windows 2000
defect

Tracking

(Not tracked)

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
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
Blocks: 244517
Product: MailNews → Core
*** Bug 179849 has been marked as a duplicate of this bug. ***
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.
*** Bug 344031 has been marked as a duplicate of this bug. ***
(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).
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.
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
QA Contact: composition
Product: Core → MailNews Core
Severity: minor → S4
You need to log in before you can comment on or make changes to this bug.