Warn when pasting whitespace into compose addressing area
Categories
(Thunderbird :: Message Compose Window, defect)
Tracking
(Not tracked)
People
(Reporter: clarkbw, Assigned: aleca)
References
Details
(Keywords: polish)
Comment 1•5 years ago
|
||
I've had this happen to me
Assignee | ||
Comment 2•5 years ago
|
||
Indeed, this should be part of address field.
As soon as the textbox conversion is completed, I'll start working on the refresh for the Address fields in the compose dialog (bug 440377).
I'll add this feature in the list of requirements for the revamped UI.
Assignee | ||
Updated•5 years ago
|
Assignee | ||
Comment 3•5 years ago
|
||
With the implementation of the new recipient pill on bug 440377, this issue doesn't prevent itself anymore as empty spaces are ignored and recipient pills are not created without a valid email address.
Can this be closed and set as resolved by bug 440377?
Comment 4•5 years ago
|
||
Thanks for fixing
Updated•5 years ago
|
Comment 5•4 years ago
|
||
(In reply to Alessandro Castellani (:aleca) from comment #3)
With the implementation of the new recipient pill on bug 440377, this issue doesn't pre
vsent itself anymore as empty spaces are ignored and recipient pills are not created without a valid email address.
Well, that's useful and we've polished that together but it's not the issue of this bug.
This is about warning the user about his mistake of pasting whitespace only. As no one in their right mind would deliberately paste whitespace only, the assumption is that they wanted to paste an address and accidentally failed. Imho, we should warn with a beep and a tooltip-style alert which disappears automatically after a second or so. Without warning, chances are that the user won't notice his error and might just send the message anyway with a missing recipient if it has other valid addresses.
Can this be closed and set as resolved by bug 440377?
Not implemented by bug 440377 and friends.
Updated•4 years ago
|
Comment 6•4 years ago
|
||
An easy way of implementing this would be to use (XUL) <panel> or whatever the modern equivalent of that is. So it will show up unfocused with an arrow pointing at the offending spot, and we can make it disappear when the input changes, or user clicks anywhere.
Assignee | ||
Comment 7•4 years ago
|
||
I disagree with this.
We shouldn't treat the address row like a form field where the field turns red or shakes if you typed something wrong.
We have the pills and their visual feedback to show the user if something is not correct.
It shouldn't matter if the user is pasting white space because:
- If they paste only white space, no pill is created, so it's pretty obvious that nothing happened.
- If they paste a white space in between addresses, we ignore that and we handle the addressing format automatically, converting everything to pills.
- Typing a white space at the start is not allowed in the field.
This is an extreme edge case that I don't think we had any report about issue for years.
For me this is a WONTFIX.
Magnus?
Comment 8•4 years ago
|
||
Agreed, I don't think we should to do anything about this.
Description
•