Closed Bug 96240 Opened 24 years ago Closed 2 years ago

Email Window Caret over Text

Categories

(Core :: DOM: Editor, defect, P5)

defect

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: gildoron, Unassigned)

Details

Attachments

(1 file)

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9.3+) Gecko/20010820 BuildID: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9.3+) Gecko/20010820 When writing an email, the Carat (cursor) is over the letter just typed. Visually, its distracting and looks weird. Actually, As I'm writing this, I just noticed that the same happens here, so its not just the email module, but rather ever text box. Reproducible: Always Steps to Reproduce: 1. Start writing an email, type in the letter g (most noticable on my screen) and look at the flashing cursor. 2. 3. Expected Results: Cursor should flash a few pixels away from the charater just typed, not on top of it.
Please post a screenshot of the bug.
The screenshot I have just added does show what is happening here. Sorry for the poor image quality JPEG, I was unable to save at a lower compression. Note that this happens in almost any text field. THe screenshot I have uploaded shows an example of typing in the "Additional Comments" box for this bug. I am using build 20010820, and Win2k. I can confirm this also happens in the email window too, but it is not limited to email. An odd thing I noticed.. If you keep typing AFTER the "g" (or any letter for that matter), and then press your arrow keys or click your mouse after the letter, it will not 'overlap' as shown.
this is an editor issue; and a duplicate bug...
Status: UNCONFIRMED → NEW
Component: Mail Window Front End → Editor
Ever confirmed: true
OS: Windows NT → All
Product: MailNews → Browser
Hardware: PC → All
Summary: Email Window Carat over Text → Email Window Caret over Text
QA Contact: esther → editor
sorry for the spam. making bugzilla reflect reality as I'm not working on these bugs. filter on FOOBARCHEESE to remove these in bulk.
Assignee: sspitzer → nobody

Bulk-downgrade of unassigned, >=5 years untouched DOM/Storage bugs' priority and severity.

If you have reason to believe this is wrong, please write a comment and ni :jstutte.

Severity: trivial → S4
Priority: -- → P5

It was about the old Editor/Composer APP, which is different from the scope of the current Editor component.

Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: