Ghost Cursors appear in Rich Text Compose

NEW
Unassigned

Status

()

Core
Editor
--
trivial
10 years ago
10 years ago

People

(Reporter: Henry Bridge, Unassigned)

Tracking

Trunk
PowerPC
Mac OS X
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

10 years ago
User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.9a8pre) Gecko/2007082104 Minefield/3.0a8pre
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.9a8pre) Gecko/2007082104 Minefield/3.0a8pre

When editing text in Gmail's rich text compose view, ghost cursors appear in the editor box.

Reproducible: Always

Steps to Reproduce:
1. Log in to Gmail
2. Click compose mail
3. Switch to Rich Text editing mode
4. Click inside the text box at the top so your cursor appears on the top
5. Press return 4 times to create new lines
6. Press backspace to delete a line *while the cursor blinks visible*!  This is important, if you press backspace while the cursor is invisible due to blinking, the bug does not appear
Actual Results:  
A ghost cursor appears on the line you just deleted and appears there without blinking. The actual cursor moves up a line and blinks as expected.

Expected Results:  
No ghost cursor should appear, the actual cursor moves up a line and blinks happily above.
(Reporter)

Comment 1

10 years ago
I've also noticed that in order to reproduce this bug, there must be text somewhere below the line that you are deleting (like a signature)
Severity: normal → trivial
Henry originally reported this against Camino in a (semi-unrelated) Camino bug, bug 377104, so we asked him to file a new, clean bug if the problem also existed in the latest Minefield.

I don't see any obvious dupes when doing a cursory glance at cursor/caret bugs, but I also can't test this, so I'm not confirming.  This also probably belongs in Editor or Selection, but it'll probably get more QA/triage eyes on it if it stays in Firefox for the moment.

Comment 3

10 years ago
I can't reproduce this, Camino trunk and Minefield.
In 1 of 20 tests, I could briefly see a half painted caret at the end of the line with the following:

xxxx
return
return

signature

After deleting the linebreaks (I had inserted 4), the caret moved to the first line and there was a very brief flashing of a half-painted cursor (after the x)
(Reporter)

Comment 4

10 years ago
I've posted a movie of the issue at 

http://hbridge.googlepages.com/MinefieldGhostCursors.swf

I used the Minefield version on this bug to reproduce it.

Comment 5

10 years ago
woopsie. I could reproduce that ghost cursor in a plain text textarea. Here on Bugzilla.

STR
Fill the textarea, enough to trigger the vertical scrollbar.
Edit some of the text (add/delete).
Position cursor near end of contents, and select to delete enough contents so that no scrollbar is needed.

result: Ghost cursor.
(typing this in Camino trunk, but I just tested with Minefield 2007082316 and the same happens).

While typing this, I also notice that everytime I start a new line, I trigger that 'half-painted' cursor I mentioned in comment 3.

Both happen only when there is no content below. The action(s) must happen on the last line of content of the text area.

Confirming, but I'm not sure which component. I'll try to find when this regressed.

Status: UNCONFIRMED → NEW
Ever confirmed: true
(In reply to comment #5)
> Confirming, but I'm not sure which component.

Most of the caret/cursor bugs live in Core:Editor or Core:Selection.

Comment 7

10 years ago
Henry, do you have any idea when you first noticed this behaviour ?
I'm having a hard time finding the regression range. Some builds I tried don't exhibit this constantly, others always...

Fwiw, probably related: bug 393723.
Component: General → Editor
Product: Firefox → Core
QA Contact: general → editor
Version: unspecified → Trunk

Comment 8

10 years ago
Now that a fix for bug 393723 has been checked in, is this ghost cursor still and issue for anyone ?
(I can't reproduce anything anymore, like the steps in comment 5 and comment 0)
(Reporter)

Comment 9

10 years ago
I can still produce by:

1. Replying to a message in Gmail (in the same window as the original, it does *not* happen if I open in a new window)
2. Pressing return twice to get new lines
3. Pressing backspace to delete a line *while the cursor is blinking solid*

Using Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.9a9pre) Gecko/2007102804 Minefield/3.0a9pre ID:2007102804
You need to log in before you can comment on or make changes to this bug.