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.
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)
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.
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)
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.
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.
(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.
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.
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)
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