6710 - [DOGFOOD][UI] First input control in dialogs should get focus

Status: VERIFIED DUPLICATE of bug 13490

(Core Graveyard :: Profile: BackEnd, defect, P3)

Description

[bmartin]

latest Profile Manager/Creator (delivered 5/17/99)

1. Launch Apprunner on clean machine (delete Users50\, delete
windows\mozregistry.dat prior to running apprunner.exe)
2. Select Next on first screen
3. proceed through each screen and enter requested data.

Results:

User is required to click in the text field to make it active and/or in-focus.

Expected:

The cursor should be in-focus on the first element of UI on each screen of the
Profile Creator and the Profile Manager.

Comment 1

[Grace Bush]

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

Comment 2

[Grace Bush]

marking bug 6806 (mac and unix) duplicate of this bug,
changing platform to all

Comment 3

[gayatrib]

Moving the target fix version to M10.

Comment 4

[gayatrib]

Moving the target fix version to M10.

Comment 5

[Grace Bush]

Gayatri,
Should this be marked fixed?  Last update was to move to M10.

Grace

Comment 6

[gayatrib]

Ooops! That was a mistake. Reopening the bug and moving it to M10.

Comment 7

[leger]

Clearing FIXED resolution due to Reopen.

Comment 8

[selmer (gone)]

P3s aren't going to make it in M10.  Bulk moving to M11.

Comment 9

[selmer (gone)]

I think we could safely ship a beta1 without this.

Comment 10

[cpratt]

I'd be embarassed to ship this in a beta, but if it can't be done, it can't be
done. This is basic expected functionality for a well-formed Windows app. This
is also a subset of a large issue where focus is never set to the first field in
a form on a Web page, &c.

Comment 11

[selmer (gone)]

Chris, sounds like there's another bug this can be dup'd against then.  Do you
know the number off-hand?

Comment 12

[cpratt]

I just performed a search on Bugzilla and I can't find any kind of metabug for
this behavior. I'm guessing it's just one of those really big ones that no one
ever filed thinking someone else would eventually... or else the words 'focus',
'input', and/or 'form' do not appear in the bug's summary. I'm going to file
that metabug now and see if anyone recognizes it as a duplicate.

Comment 13

[cpratt]

D'oh! My bad. Focus should not be set in the first field on a Web page, etc.
What I meant to say was this: Dialogs should always have the focus set to the
first field in them when they are created. Other bugs exist in Bugzilla which
are to do with similar problems: 10160, 10161, 11494, and possibly others. I
remember filing bugs in this area last summer.

Comment 14

[gayatrib]

Marking the target fix version to M12.

Comment 15

[racham]

This bug is dependent on 13490 getting fixed. Updating the bug to reflect the
dependency. Assigning to myself.

Comment 16

[leger]

Putting on [PDT-] radar. Please send bug to [e-mail] if you do not
agree.

Comment 17

[racham]

It is a dependednt bug.
Moving the bug to M13.
Will followup on 13490 and update the bug status accordingly.

Comment 18

[racham]

Adding UI tag to the summary line. Makes isolation of UI bugs easier.

Comment 19

[racham]

bug 13490 is set to be fixed in M14.
Changing the TFV of this bug to M14.

Comment 20

[leger]

Moving all Profile Manager bugs to new Profile Manager Backend component.
Profile Manager component to be deleted.

Comment 21

[racham]

Marking this bug a dup of 13490. First text field should get default focus.

*** This bug has been marked as a duplicate of 13490 ***

Comment 22

[Grace Bush]

.