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)
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.
Comment 1•21 years ago
|
||
*** This bug has been marked as a duplicate of 174375 ***
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
Comment 2•21 years ago
|
||
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 → ---
Reporter | ||
Comment 3•21 years ago
|
||
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.
Reporter | ||
Comment 4•21 years ago
|
||
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
Comment 5•21 years ago
|
||
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
Reporter | ||
Comment 6•21 years ago
|
||
Yes, it's the same on 1.6b on Mac OS X
Updated•20 years ago
|
Product: MailNews → Core
Comment 7•19 years ago
|
||
(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.
Reporter | ||
Comment 8•19 years ago
|
||
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)
Updated•16 years ago
|
Assignee: ducarroz → nobody
QA Contact: esther → composition
Assignee | ||
Updated•16 years ago
|
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 ago → 7 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•