Closed
Bug 318355
Opened 19 years ago
Closed 7 years ago
Undo-ing to a blank subject does not give (no subject) in title, backspace does
Categories
(Thunderbird :: Message Compose Window, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: djpohly+bmo, Unassigned)
References
Details
About as trivial as they come, this one. If you use the Undo function to clear the subject of a new message, the title of the window does not display (no subject).
Steps to reproduce:
1. Compose a new message.
2. Enter text in the Subject field.
3. Undo the entry of the text (Ctrl-Z, Alt-Bksp, or through context menu).
Expected results:
Title of window becomes "Compose: (no subject)"
Actual results:
Title of window becomes "Compose: "
Related to Core bug 221829 -> Core bug 147625?
Comment 2•19 years ago
|
||
Dup of bug 320006?
Upon DOMi-ing the window, it appears that the title of the window does indeed contain an extra LF at the end, but the textbox claims to have textLength 0.
Updated•18 years ago
|
QA Contact: message-compose
Comment 4•17 years ago
|
||
David,
there is no attention to bug 320006 (nor Bug 147625 which is cited there). so, ...
Is compose behavior described intentional and if not, is it worthy of changing?
When message is saved as draft after step 3, closed, and reopened from drafts then window is "Compose: (no subject)" - so it's clear that the subject is saved correctly after undo and that window initialization sets "(no subject)". But is "(no subject)" a default that must be restored in the process of editing?
Comment 5•17 years ago
|
||
It's not intentional, I don't think, but I wouldn't say it's worth changing.
I only reported it because, for example, typing A ^Z gives a different "result" than typing A <Backspace>. Like I said, about as trivial as they come. :) I just figured it'd be either (a) a small fix somewhere, or (b) symptomatic of some underlying problem that needed fixed.
Comment 7•17 years ago
|
||
origin probably goes back to bug 60917 comment 15.
in which case probably related to or dupe of these other bugs
Comment 8•17 years ago
|
||
Still happens in Thunderbird 2.0.0.14, exactly as described.
Comment 9•14 years ago
|
||
still happens on trunk / still blocked on bug 147625, bug 318065
Severity: trivial → minor
Comment 10•14 years ago
|
||
This isn't as bad as some of the Firefox bugs which are nearly 10 years old, but it's still marked as NEW and that's just ridiculous.
I propose a quick-and-easy solution: don't change the window title at all until the subject field loses focus. This is exactly what Outlook does, and personally I prefer it because seeing the window title change while I'm typing is very distracting.
Reporter | ||
Comment 11•14 years ago
|
||
I think that would be entirely reasonable even if there weren't a bug!
I don't know if the bug is an indicator of something slightly awry elsewhere though... undo event handling, or textbox text management, or something.
Comment 12•12 years ago
|
||
Did this get fixed by the landing of bug 318065?
Comment 13•7 years ago
|
||
Seems fixed.
Comment 14•7 years ago
|
||
(In reply to Ruslan Bekenev from comment #13)
> Seems fixed.
thanks!
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•