181983 - Blinking cursor ghosts after Hide/Show Toolbar

Status: RESOLVED DUPLICATE of bug 207210

(Camino Graveyard :: HTML Form Controls, defect)

Description

[Stephane Moureau]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.1) Gecko/20021125 Chimera/0.6+
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.1) Gecko/20021125 Chimera/0.6+

Type some text in a form field, like Details in this bug report.
Hide the Toolbar
You'll get a ghost that will remain there, shifter.
Use arrow keys, it will move shifted too.

Reproducible: Always

Steps to Reproduce:

Comment 1

[Chris Petersen]

Confirmed in the 2002-11-25-04 NB.

Comment 2

[Ludovic Hirlimann [:Usul]]

Still true with build id 2003082402.

Comment 3

[Samuel Sidler (old account; do not CC)]

Same issue, though not related to switching tabs.

*** This bug has been marked as a duplicate of 188517 ***

Comment 4

[Stewart Gordon]

Reestablishing the distinction between bug 207210 and bug 188517.  See bug
207210 comment 5.

Comment 5

[Stewart Gordon]

*** This bug has been marked as a duplicate of 207210 ***

Comment 6

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

The problem here is really closer to bug 306173, but it's unique in that no tab switching is required at all.  Presumably the caret cleanup going on for Gecko 1.9 will fix all of these issues.

Comment 7

[Stewart Gordon]

Maybe I misunderstood what was meant by "blinking cursor ghosts".  But I assumed it was just another way of reproducing bug 207210 or something similar.  But this reproduction method seems to be either intermittent or Camino-specific - at the moment in SeaMonkey 2005101209, I can't seem to reproduce it.

Does the ghost blink or not?  Does anything blink on the screen, and in the right place or the wrong place?  What is meant exactly by "it will move shifted"?

Comment 8

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

Attachment: Aftermath of hiding Camino toolbar

The original text (and caret, now static) move with the page content and stay at the top of the textarea, but the caret remains in the same position on the screen where it was before hidig the toolbar.  It's a live, blinking caret, and you can move it to the left as if you were arrowing back through the text (leaving a second ghost, static caret).  A destructive operation fixes things, though.

I couldn't reproduce this in Fx 1.5RC1, and I'm more and more convinced this is probably a Camino-only/embedding-specific bug/behavior.