Closed
Bug 19596
Opened 26 years ago
Closed 25 years ago
Plain text reply: Lose access to 1st line in this case...
Categories
(MailNews Core :: Composition, defect, P3)
MailNews Core
Composition
Tracking
(Not tracked)
VERIFIED
FIXED
M13
People
(Reporter: laurel, Assigned: mozeditor)
References
Details
Found using 1999-11-22-08 commercial build, linux 6.0 and mac OS 8.5.1
You lose access/focus capability to the first (blank) line of the plain text
reply window if you happen to click in the quoted text before you type a
character or <Enter> on the first line of the message body section in the
window. If you type anything or press Enter before you click in the quoted text
portion, there is no problem.
Steps to reproduce:
1. Launch to messenger and edit an account to use plain text composition
windows:
Edit|Account Setup|select the account name. Uncheck/disable option "Compose
messages using html" at the bottom of the account main panel. Confirm OK.
2. Open a folder/group within that account.
Select a message and click Reply.
3. Composition window opens with cursor focus in the body section of the
message.
Don't type anything and don't press Enter.
4. Mouse click in the quoted text area.
5. Try to place your cursor back on the first/blank line above the quoted text
where it was initially placed.
Result: you can't. Cursor won't go above the quoted text area without your
intervention by pressing Enter.
Updated•26 years ago
|
Assignee: ducarroz → akkana
Comment 1•26 years ago
|
||
Seems to be an Ender problem. Reassign to Akkana for investigation.
Updated•26 years ago
|
Assignee: akkana → kin
Comment 2•26 years ago
|
||
I see this, and have also seen other problems clicking at the beginnings or ends
of mail messages. We seem to have a number of problems setting the selection in
these areas.
Kin, any idea what's happening here?
This is what the html looks like when replying to an email:
<html><head></head>
<body style="white-space: -moz-pre-wrap; width: 72ch; font-family: -moz-fixed; b
ackground-color: rgb(255,255,255); ">
Kin Blas wrote:
<pre>
> Yo,
>
> This is a test!
>
>
</pre></body>
</html>
It looks like there is no frame above the sender's name, which explains why when
you click the selection snaps to the line containing the sender's name. I am
currently investigating why the cursor initially shows up in the upper left
corner.
Comment 6•26 years ago
|
||
I am seeing this too, this would be a good thing
to nail down. Current state is livable for m12, but
? I would feel better composing replies if this were fixed.
Passing this one off to jfrancis@netscape.com.
Assignee | ||
Updated•25 years ago
|
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 10•25 years ago
|
||
fixed
Comment 11•25 years ago
|
||
thanks jfrancis, this will help plaintext compose a lot.
Comment 12•25 years ago
|
||
Using build 2000012109m13 on win98, 2000012108m13 on linux, 2000012108m13 on
mac this is still working. Verified
Status: RESOLVED → VERIFIED
Updated•21 years ago
|
Product: MailNews → Core
Updated•17 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•