hitting tab too quickly after typing in an address field causes autocomplete to fail
Categories
(Thunderbird :: Message Compose Window, defect)
Tracking
(Not tracked)
People
(Reporter: jc.bugzilla, Unassigned)
References
Details
Attachments
(1 file)
31.87 KB,
image/gif
|
Details |
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:44.0) Gecko/20100101 Firefox/44.0 Build ID: 20160210153822 Steps to reproduce: Begin creating a message with multiple recipients. Go to one of the addresses that is not the final address in the list. Type the beginning of a term you intend for Thunderbird to autocomplete quickly, then hit tab. Actual results: Autocomplete fails. Expected results: Address should autocomplete as expected. This is similar to Bug 1012397 except that the failure only occurs when hitting tab does not advance to the next "section" of the message compose screen but rather to another entry in the recipient list (the next "section" is usually the Subject field, but failure also occurs if you are not on the first recipient in a multiple recipient list and shift-tab too quickly after partial address entry). Basically it seems like tabbing only triggers autocomplete after quick character entry if the tabbing results in a change of focus away from the recipient list widget. This also might be related to how, in Bug 1151520, hitting Enter in a recipient list will fail to trigger autocomplete if Enter is hit too quickly after entering part of an address book entry. Perhaps the autocomplete fix implemented in Bug 1012397 only works when the recipient list loses focus?
Comment 1•8 years ago
|
||
You filed this bug against version 45. Did version 38 and 31 also fail for you?
Reporter | ||
Comment 2•8 years ago
|
||
(In reply to Wayne Mery (:wsmwk, use Needinfo for questions) from comment #1) > You filed this bug against version 45. > Did version 38 and 31 also fail for you? Hi, Yes, I just checked them and they both fail in the same way.
Comment 3•8 years ago
|
||
I think this is potentially a duplicate of Bug 1012397, although that was marked as complete. I can confirm that the behavior remains in Thunderbird 45. If you type enough characters to resolve a name and then tab out of the field before the resolution occurs, the resolution will appear a few tiny moments *after* the focus has already changed. Therefore, the field that was just resolved never sees a blur event and never cleans up its resolution proposal (e.g., "fooba >> Foobar@mozilla.org")
Comment 4•8 years ago
|
||
My apologies! You mentioned that in your bug and were even prompted to create this as a separate bug.
Comment 5•3 years ago
|
||
Can you still reproduce this?
Comment 6•3 years ago
|
||
Yes, easily.
Assume I have an address in my address book for the email address I am using at Bugzilla, themoz@..., and that is the suggestion that Thunderbird will provide if I type "them".
If I type that "them" and then pause to wait for the suggestion to appear, then press tab, the suggestion will be confirmed and I will be ready to type another recipient.
If, instead, I type "them" and immediately press tab—that is before the suggestion is provided—Thunderbird will accept an address of literally the letters "them" (marked in red because this isn't a known address).
I will attach a GIF animation of the difference, immediate tab-press example first, followed by a pause-then-tab example.
The desired effect is that Thunderbird executes a name-lookup suggestion call at the time of pressing tab, regardless of whether it had been given time to provide a suggestion before the tab was pressed, and that the first suggestion it finds in that call is immediately confirmed.
Comment 7•3 years ago
|
||
See my previous comment for a description of this example GIF animation.
Reporter | ||
Comment 8•3 years ago
|
||
Same exact thing for me. Very reproducible.
(In reply to Brian Hauer from comment #6)
Yes, easily.
Assume I have an address in my address book for the email address I am using at Bugzilla, themoz@..., and that is the suggestion that Thunderbird will provide if I type "them".
If I type that "them" and then pause to wait for the suggestion to appear, then press tab, the suggestion will be confirmed and I will be ready to type another recipient.
If, instead, I type "them" and immediately press tab—that is before the suggestion is provided—Thunderbird will accept an address of literally the letters "them" (marked in red because this isn't a known address).
I will attach a GIF animation of the difference, immediate tab-press example first, followed by a pause-then-tab example.
The desired effect is that Thunderbird executes a name-lookup suggestion call at the time of pressing tab, regardless of whether it had been given time to provide a suggestion before the tab was pressed, and that the first suggestion it finds in that call is immediately confirmed.
Comment 9•3 years ago
|
||
Hi Joey, thanks much for updating us and providing the screencast, that's super helpful! :-)
Ok, this is reported against TB versions 68 and before with old addressing area, so technically this bug would be expired, but we don't have that resolution available.
Let's note that remaining with a stale proposal fooba >> foobar@example.com
is no longer seen in the screencast.
What I am seeing in the screencast of TB 78 is exactly what Alex and I are trying to fix in bug 1659332, so let's dupe to that with a bit of fuzzy factor.
Comment 10•3 years ago
|
||
Thank you for the update. I'm going to hop over to spectating and cheering on the eventual fix of bug 1659332!
Reporter | ||
Comment 11•3 years ago
|
||
(In reply to Thomas D. (:thomas8) from comment #9)
Hi Joey, thanks much for updating us and providing the screencast, that's super helpful! :-)
Just to be clear: Brian provided the screencast and the details; I just said "me too!" Want to make sure he gets credit as it was so thorough.
Description
•