125065 - [Windows only] Unable to type in any field of a new AB card

Status: VERIFIED FIXED

(SeaMonkey :: MailNews: Address Book & Contacts, defect, P1)

Description

[marina]

*** observed with 2002-02-12 build ***
in today's build i am not able to type in the AB card field unless i hit TAB
first. But in that case the Display Name is not formed. You have to enter it as
well.

Comment 1

[Ninoschka Baca]

This problem appears similar to bug# 125060, probably related to a general bug.

Comment 2

[marina]

"No cursor and no radio button" reported in bug 125060 do not prevent from
typing into the field of the Account manager, it just the lost focus (btw this
problem is not new in today's build, it was present in Mac OS X yesterday).
Contrary to the problem reported in 125060 the problem reported in this bug
report precludes you from typing unless you hit TAB. I don't think those two
bugs are similar though could be related.

Comment 3

[Ninoschka Baca]

Marking nsbeta1 because users shouldn't be required to press Tab, and a Display
Name should be generated.

Comment 4

[Ninoschka Baca]

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

Comment 5

[R.K.Aa.]

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

Comment 6

[Ere Maijala (slow)]

If the user does not press TAB, he will not be able to enter any text in the
fields. Clicking a field with mouse does not give it focus. I still believe this
might have something in common with bug 125060.

Comment 7

[Ere Maijala (slow)]

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

Comment 8

[scottputterman]

raising priority.  I think we need to fix this for 0.9.9.  Otherwise creating an
AB card is impossible and I don't think most people who use the mouse will
realize they have to hit tab first.

Comment 9

[Bill Law]

cc:ing Brian Ryner

This problem appears in the new page setup dialog implemented for bug 113727.

Comment 10

[racham]

Brian (Ryner) & I checked on MacOS 9, X and Linux (RH 7.1). It works just fine
onthose paltforms. This is a Windows only bug. Modifying the summary to reflect
that.

Tried all common fixes like setTimeout(), setting focussed attribute to true
etc. Nothing worked. This is a core problem (misaligned events ?).

We need to start the debug process from the textbox constructor. Will also check
the code path in EventStateManager. 

Thanks to Brian for sitting with me on couple of debugging sessions. Will ping
him with any interesting data points.

Current work arounds :

1. Click on some other window. Then click on new AddressBook card window. First
field gets the focus. User can enter the data. Mouse clicks and Tab events are
honored.

2. Hit tab. First field (i.e., First Name) doesn't get the blinking cursor. But
user can start typing and it will start filling. But mouse clicks are ignored
and the guessing game starts. I don't like this work around at all.

Comment 11

[Ere Maijala (slow)]

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

Comment 12

[racham]

This bug is introduced between 11th and 12th of Feb. 

http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=02%2F11%2F2002++08%3A00%3A00&maxdate=02%2F12%2F2002+08%3A00%3A00&cvsroot=%2Fcvsroot

Though there are some textbox focus related checkins (by Brian), they were
not-part-of the build then and also of gtk module. I have sent the above link to
Brian as he may be able to detect the regression of those checkins. 

Comment 13

[racham]

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

Comment 14

[Ere Maijala (slow)]

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

Comment 15

[racham]

Attachment: patch

Comment 16

[Bill Law]

Comment on attachment 71908 [details] [diff] [review]
patch

r=law

This is a tried-and-true workaround for the problem.

Comment 17

[jag (Peter Annema)]

Comment on attachment 71908 [details] [diff] [review]
patch

sr=jag

Comment 18

[Asa Dotzler [:asa]]

Comment on attachment 71908 [details] [diff] [review]
patch

a=asa (on behalf of drivers) for checkin to 0.9.9

Comment 19

[racham]

Thanks for all reviews & approval. Fix landed.

Comment 20

[racham]

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

Comment 21

[David A. Cobb]

RE: Bug#128590, I confirm this works on 2002-03-04 Win98se

Comment 22

[Ninoschka Baca]

Trunk build 2002-03-05: WinMe
Verified Fixed.