427880 - Compose features disabled after using plain text editor

Status: RESOLVED WORKSFORME

(Thunderbird :: Message Compose Window, defect)

Description

[Rod Whiteley]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.13) Gecko/20080311 Firefox/2.0.0.13
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9pre) Gecko/2008032702 Thunderbird/3.0a1pre

Menus and various other features in the Compose window are disabled after using the plain text editor in builds from 2008-03-27 to the present.

Reproducible: Always

Steps to Reproduce:
1. Write a plain text message. You can send it, discard it, or leave it open.
2. Immediately write an HTML message.
3. In the HTML message, tab to the message body.
Actual Results:  
The Insert and Format menus, and various other things, remain disabled.


Switching focus to another window and back clears the problem.

If the message has a signature, then clicking inside the signature sometimes clears the problem.

Comment 1

[Joe Sabash [:JoeS1]]

Yes, I've been seeing this in recent trunk also.
Just to confirm the regression point:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b5pre) Gecko/2008032602 Thunderbird/3.0a1pre ID:2008032602
Does not show this bug.
 

Comment 2

[Phil Ringnalda (:philor)]

Magnus, that puts you first in the spotlight :)

Did we miss something (that I'm still not seeing) in bug 373348? The one thing I maybe should have noticed is that we're now including utilityOverlay.js twice, once via baseMenuOverlay.xul and once directly, but that doesn't seem like a very likely cause. Bug 373348 is in the range, too, but that seems even less likely a cause.

Comment 3

[Wayne Mery (:wsmwk)]

paste, select, arrows, etc also affected?
If so, I'm seeing the same bug, and html is not a required element.
(my experience is with plaintext)

saving message to draft also resets the problem, temporarily.

Is this really only windows?  ( bug 373348 is OS=ALL)

Comment 4

[Rod Whiteley]

You're right. It affects plain text messages too...just more obvious in HTML.

I could not reproduce it on Linux.

Comment 5

[Magnus Melin [:mkmelin]]

Can't reproduce on linux :-/

Bonsai for the regression range:
<http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=ThunderbirdTinderbox&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2008-03-26+02%3A00%3A00&maxdate=2008-03-27+02%3A00%3A00&cvsroot=%2Fcvsroot>

Wayne: what did you mean with "paste, select, arrows, etc also affected"? Where?

I don't suppose you see anything in the error console? (And made sure to test in -safe-mode)

Comment 6

[Magnus Melin [:mkmelin]]

It would also be intersting to know if you have this in the seamonkey nightlies as well, or if it's thunderbird only.

Comment 7

[Rod Whiteley]

SeaMonkey is OK: Gecko/2008040902 SeaMonkey/2.0a1pre

I see the problem in Thunderbird in safe mode, new profile, clean install, after a reboot.  Nothing in the error console.  Nothing unusual in the console.

Everything in the Edit menu's popup is disabled.  You can type and select with the mouse, but arrow keys do not move the cursor through the text.

A dump in nsDummyHTMLCommand.isCommandEnabled shows that it is never called when the window is having the problem.  That might only be a side-effect, of course.

Comment 8

[Rod Whiteley]

I no longer see this problem after the update to: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9pre) Gecko/2008041103 Thunderbird/3.0a1pre