Inconsistent undo (Ctrl-Z) behavior with address pills
Categories
(Thunderbird :: Message Compose Window, defect)
Tracking
(Not tracked)
People
(Reporter: valentin, Unassigned)
Details
Create a new message with Ctrl-N. In the compose window
that opens, the focus is already in the “To” field (which is
what we want). Type in an address: foo@bar.example and
add a comma to consolidate it as an address-pill.
This is where it gets interesting: select all (with Ctrl-A) and
hit Delete or Backspace, then undo that with Ctrl-Z.
As expected, this brings back your adress… BUT, unlike in
any other input field (you can test it out with the
Subject field or the message body below), the text that
reappears is NOT selected upon reappearing.
It gets better. Add a comma to, again, create the address pill,
then add a couple other addresses: you should now find yourself
with something like:
foo@bar.example.com
another@one.baz
a.last.one@example.com
Hit Ctrl-A, then Backspace (or Delete), then Ctrl-Z.
That’s right: only the last one you entered comes back.
You may be able to retrieve them by hitting Ctrl-Z a bunch of
times, but that’s hardly ideal.
This was reproduced with both 78 esr and latest 92.0a1 nightly
(build 20210720102621). Must have been introduced with the pills
somewhen after 68.
See also bug 1602456, bug 1603051 and bug 1686949.
Reporter | ||
Comment 1•3 years ago
•
|
||
Actually, it’s even worse: see my follow-up on bug 1721392.
Comment 2•3 years ago
•
|
||
Hi Valentine, undo or redo is actually not implemented at all for any actions on recipient pills. I have just filed bug 1721682 to explore the feasibility of implementing that, but it looks pretty non-trivial, so it won't happen any time soon. I'll duplicate this to bug 1721682.
The undo or redo which you are seeing and using is the inbuilt undo stack of the address input element (with cursor), namely any text editing which you did there. Technically, the pill elements and the input element are completely separate. I know that maybe using a screen reader, the difference might be subtle or none (?), but this is fundamental to understanding the current "random" behaviour.
Reporter | ||
Comment 3•3 years ago
|
||
Hi Thomas,
thanks for opening #1721682; we’ll see how it goes from there.
Just spitballing here: while the pills do provide additional features
(e.g. drag-and-drop) and a nicer look-and-feel, wouldn’t a possible
workaround be to have the ability of disabling them in about:config?
Comment 4•3 years ago
|
||
(In reply to Valentin Villenave from comment #3)
Hi Thomas,
thanks for opening #1721682; we’ll see how it goes from there.
Just spitballing here: while the pills do provide additional features
(e.g. drag-and-drop) and a nicer look-and-feel, wouldn’t a possible
workaround be to have the ability of disabling them in about:config?
Sorry, but there's absolutely no way that we could provide a pref to disable pills. That's tantamount to rewriting the entire recipient area for dubious benefit. Pills have revolutionized the entire handling of recipients, they are not just eye candy. Unit-protect, multi-select, multi-act are some of the key UX benefits. Please have a look at our Addressing an Email support article to learn more - I've tried to systematically include keyboard handling. I believe that pills offer substantial advantages to users with screen readers, too - if we could polish the screenreader infos here and there, you will let me know.
Reporter | ||
Updated•3 years ago
|
Description
•