Closed Bug 178812 Opened 22 years ago Closed 7 years ago

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

Categories

(MailNews Core :: Composition, defect)

x86
All
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: bugzilla, Unassigned)

Details

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.

*** This bug has been marked as a duplicate of 174375 ***
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
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'.
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
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.
Changing summary.
Summary: Insert Character menu is not available from mail composition window → Insert Character window, if invoked from Composer, works also in plain text mail composition window
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.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Linux → All
Yes, it's the same on 1.6b on Mac OS X
Product: MailNews → Core
(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.
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)
Assignee: ducarroz → nobody
QA Contact: esther → composition
Product: Core → MailNews Core
There is no HTML composer anymore when writing plain text emails. Closing as WFM.

Thunderbird 52.0.1 (32-bit)
Windows 7 64-bit
Status: NEW → RESOLVED
Closed: 21 years ago7 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.