15002 - [DOGFOOD]Enter/return in msg compose address line doesn't move cursor

Status: VERIFIED WORKSFORME

(MailNews Core :: Composition, defect, P2)

Description

[laurel]

Using Sept 27th builds on linux 6.0 and NT 4.0
(haven't yet tried mac)

When you press Enter/return after typing an address in a compose window
addressee line, the cursor and focus doesn't move to the next newly added
address line.

1.   From messenger window, New Msg.
2.   In message compose, type a name in a To: line and hit Enter/return.
Result:  The cursor stays in the first address line.  Type some text and it will
append to the first address line instead of the second.  Focus will only move
upon a second Enter/return.

Comment 1

[laurel]

Same results with mac build

Comment 2

[Jean-Francois Ducarroz]

Paul, another one for you...

Comment 3

[hangas]

JF these are for you now.

Comment 4

[Jean-Francois Ducarroz]

This is a focus problem. I cannot set the focus on an input element right after
it has been dynamically created. Use to work!

I have create a sample xul/js file that simulate the problem:

1) Install addressWidget.xul and addressWidget.js in the same folder (those
files are attached to this bug report)
2) Start Apprunner (Mozilla)
3) Load addressWidget.xul into the browser
4) -> at this point, the first input field should already have the focus!
5) type something into the input field then press <return>
6) -> a new input field is created but doesn't have the focus (on Windows, the
first input field still have the focus, on Mac
nobody has the focus)

Comment 5

[Jean-Francois Ducarroz]

Attachment: sample xul file that reproduces the problem

Comment 6

[Jean-Francois Ducarroz]

Attachment: js file that goes with xul file previously attached

Comment 7

[Jean-Francois Ducarroz]

I reassign this bug to XPToolkit for investigation

Comment 8

[Peter Trudelle]

assigning to saari as p2 for m11

Comment 9

[daver]

looks even worse now.  On yesterday's build Win32, I hit enter and it deletes
what you type.

Comment 10

[Jean-Francois Ducarroz]

*** Bug 13399 has been marked as a duplicate of this bug. ***

Comment 11

[Peter Trudelle]

mass-moving most m11 bugs to m12

Comment 12

[Peter Trudelle]

This works for me in todays opt bits on Linux and Win98, resolving as wfm

Comment 13

[laurel]

OK using nov 09 commercial builds linux and nt 4.0.

Mac does move the cursor, but to the wrong place.  Will log separate issue for
mac.

Marking this bug verified (worksforme).