178812 - Insert Character window, if invoked from Composer, works also in plain text mail composition window

Status: RESOLVED WORKSFORME

(MailNews Core :: Composition, defect)

Description

[Daniel Küstner]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; de-AT; rv:1.2b) Gecko/20021016
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; de-AT; rv:1.2b) Gecko/20021016

The Insert Character menu is available from HTML-Composer. But after invorking
in html composer, it works also in mail composition. This is not very
reasonable. I would recommend to have a menu entry in mail composition window
for that

Reproducible: Always

Steps to Reproduce:
1. Start composing a new mail
2. Start html composer
3. open Insert -> Characters an Symbols from html composer window -> Insert
Character window comes up
4. go to mail composing window
5. bring Insert Character window on top
6. Hit insert.

Actual Results:  
The special character will be inserted into the mail.

Expected Results:  
The special character should have been inserted into the html-page in composer.
This is also done if there is a browser window with a selected text area on top.
Additionally a menu entry in mail composition window would be helpfull.

Comment 1

[Jo Hermans]

*** This bug has been marked as a duplicate of 174375 ***

Comment 2

[Mike Cowperthwaite]

Reopening; the dupe is incorrect.  Bug 230684 is likely a dupe of this one.

Daniel Küstner, do you mean that Insert Character is not available from the 
Plain Text composition window?  It is there for the HTML one (and inserts 
entities, not characters).

If so, this bug's severity should be changed to 'enhancement'.

Comment 3

[Daniel Küstner]

Mike: no. This bug is mainly on the fact, that the special character _window_
works in plain text mail, if invoked from composer. So the summary is a bit
irritating. Additionally it would be nice to have a menu entry in plain text mails.

So bug 239684 is no dupe of this one, but the summary here is a bit confusing.

Comment 4

[Daniel Küstner]

Changing summary.

Comment 5

[Mike Cowperthwaite]

OK, I see.  I guess that Insert Character window sends the character to 
whichever window (plain-mail, HTML-mail, or Composer) was active most recently.

This symptom actually provides a workaround for bug 230684.  :)

If you open the HTML-mail composer, then Insert|Character to open the dialog, 
you can close the composer window and the Insert Character dialog remains open.
(As opposed to opening the dialog via Composer, which closes the dialog when its 
main window closes.)

By opening three windows simultaneously -- a HTML-mail composer, a plain-mail 
composer, and the Insert Character dialog -- and using the dialog to insert 
characters into both composers, then closing both composer windows, I've gotten 
into a state where the Insert Character dialog cannot be closed, except by using 
 File|Exit  to shut down all Mozilla windows.

Replicated with
  Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7a) Gecko/20040108
Updating OS -- presumably this is a Mac issue as well, but I can't test that.
Confirming.

Comment 6

[Daniel Küstner]

Yes, it's the same on 1.6b on Mac OS X

Comment 7

[Mike Cowperthwaite]

(In reply to comment #5)
> By opening three windows simultaneously -- a HTML-mail composer, a plain-mail 
> composer, and the Insert Character dialog -- and using the dialog to insert 
> characters into both composers, then closing both composer windows, I've
> gotten into a state where the Insert Character dialog cannot be closed,
> except by using  File|Exit  to shut down all Mozilla windows.

With current builds (1.8 branch) both Seamonkey and TB will close the window in 
this case (under Windows) if the [X] widget in the window titlebar is clicked.
The Close button is still not functional if used for a plain-text window (as 
described in this bug) and then all compose windows are closed.  I also noticed 
a case, playing around with this, where Seamonkey got into a state where the 
Insert Character window would not open in response to the menu item.

Comment 8

[Daniel Küstner]

Using Seamonkey 1.8b (last beta-release from the foundation) on Mac, the [X] is
disabled (and Close/Cmd-W don't work, when Composer window has been closed as
described above)

Comment 9

[buovjaga]

There is no HTML composer anymore when writing plain text emails. Closing as WFM.

Thunderbird 52.0.1 (32-bit)
Windows 7 64-bit