Open Bug 1659325 Opened 5 years ago Updated 3 years ago

Cannot send to mailing list without autocompletion

Categories

(Thunderbird :: Message Compose Window, defect)

x86_64
Linux
defect

Tracking

(thunderbird_esr68 affected, thunderbird_esr78 affected)

Tracking Status
thunderbird_esr68 --- affected
thunderbird_esr78 --- affected

People

(Reporter: public, Unassigned)

References

Details

(Keywords: regression, Whiteboard: smoketestb78.2.0-pre)

If the user does not wait for the autocompletion after typing the name of an address list, an invalid recipient is added. That recipient, however, will not get the usual red highlight.

STR: [updated from the original report to reproduce in TB 102]

  1. Make sure there is an address list named "foo" in one of your address books (or any other short name)
  2. Open the compose window, and type "foo;bar@example.com"
  3. Press Tab or otherwise move the focus away from the "To" field

Expected:
The address list is added as recipient alongside bar@example.com and the mail can now get sent.

Actual:
A "foo" recipient is added (instead of the correct "foo <foo>" recipient), in addition bar@example.com; sending the mail fails with the error

foo <> is not a valid e-mail address because it is not of the form user@host. You must correct it before sending the e-mail

The "foo" recipient is not marked as red (like regular invalid recipients). The recipient will get red if the name is changed to a truly invalid name, though, and become gray again if it is changed to the name of any address list.

This is a duplicate of a long-standing issue, bug 1151520, which was never addressed. The was a similar bug for hitting tab quickly, bug 1012397, but that was fixed. It appears that this has regressed now.

Just try to type a followed by enter or tab quickly, and you'll see that you get a pill with just that. I get them in pink though, is that different for mailing lists?

Summary: Cannot send to address list without autocompletion → Cannot send to mailing list without autocompletion
Keywords: regression

If this behaviour regressed for tab, it likely happened here:
https://searchfox.org/comm-central/rev/444ebc51263c88a6d24f7dafdbe05a5ce79bd3d3/mail/components/compose/content/addressingWidgetOverlay.js#652
Tab is treated as enter now. Looks like that code it defective. It should only treat tab as enter once a valid address was entered, for example via auto-complete. I'll file a new bug for that.

See Also: → 1659332
See Also: → 1151520

Dirk, does this reproduce for you?

I was not able to reproduce

Severity: -- → S4
Flags: needinfo?(public)

It only partially reproduces. The exact STR is no longer valid, autocomplete became harder to "avoid":

New STR (tested on 102.4.0):
0. Make sure there is an address list named "foo" in one of your address books (or any other short name)

  1. Open the compose window, and very quickly type "foo;bar@example.com"
  2. Press Tab or otherwise move the focus away from the "To" field

Expected and actual remain identical (other than both also including bar@example.com as recipient, that part works fine).

There are likely other STRs around as well, as the core issue is unrelated to how the autocomplete is avoided.

Flags: needinfo?(public)
You need to log in before you can comment on or make changes to this bug.