User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.2) Gecko/20021126
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.2) Gecko/20021126
If I have multiple tabs open in a window, have the cursor in a form text field
and then switch to another tab in the same window, half the time a 'cursor'
appears at that point in the tab that I have switched to.
Steps to Reproduce:
1. Open a new tab.
2. Load a web page that has a form text field in it.
3. Switch to the text field.
4. At a moment when the text cursor's blinking is in the 'on' phase, click on
At the point where the cursor was in the text field, a steady vertical line, the
size and shape of a cursor, appears on the switched-to tab, in the inverse of
the background colour it is on.
Displayed the page in the switched-to tab normally, without the extra line.
Confirming on OS X 10.1.5, Mozilla 2003-01-10-08
This also occurs with TEXTAREA, and it is necessary to _click_ the tab -- if you
use the keyboard, the cursor appears in the new tab, but then blinks off at the
normal rate. If you click the new tab, the cursor never blinks off.
If you scroll the new tab, the faux-cursor stays in the same relative position,
moving with the text of the page. If you click on a 3rd tab, it doesn't persist.
Marking confirmed per comment 1. See also bug 121704.
Re: comment 1
I think what actually happens is that the faux-cursor _is_ the blinking off, since blinking
on/off the cursor consists of drawing the little line in XOR mode. When switching tabs, it
thinks the cursor is still 'on', so blinks it off, producing the line.
*** Bug 199758 has been marked as a duplicate of this bug. ***
seems to be OS X-specific. able to repro on 10.2.5 (mac), but unable to do so on
win2k or linux rh8.0.
also affects mac embed apps such as camino.
Confirming using Build ID: 2003083002, OS X 10.2.6
*** Bug 225939 has been marked as a duplicate of this bug. ***
*** Bug 207210 has been marked as a duplicate of this bug. ***
confirmed on OS X 10.3.5 firefox 1.0 preview release
It also happens on gentoo linux, although I haven't tried with 1.0PR
I have found an easier way to replicate this bug.
1. Add a bookmark with url about:blank to the bookmark bar
2. Go to www.google.com - the text field should be flashing
3. Command-click (mac-click) the about:blank bookmark entry
a new tab will appear with a flashing cursor.
A similar problem occurred a few days ago when i could actually enter data into
a text field in a non-active tab. This is a critical security issue as I am sure
it could be exploited for some web page to grab form data from another tab.
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041107
*** Bug 265616 has been marked as a duplicate of this bug. ***
*** Bug 265844 has been marked as a duplicate of this bug. ***
Confirming on Camino 2004120308 (v0.8+), Mac OS X 10.3.6.
As a blinking cursor remained when I went to a new page, it seemed to multiply
in a vertical line when I scrolled up and down. Those extra cursor images
disappeared after a couple of seconds, so there seems to be a lag time in their
*** Bug 276873 has been marked as a duplicate of this bug. ***
(In reply to comment #14)
> Confirming on Camino 2004120308 (v0.8+), Mac OS X 10.3.6.
> As a blinking cursor remained when I went to a new page, it seemed to multiply
> in a vertical line when I scrolled up and down. Those extra cursor images
> disappeared after a couple of seconds, so there seems to be a lag time in their
Yes, that happens frequently with me as well.
*** Bug 181983 has been marked as a duplicate of this bug. ***
One case of this issue was fixed in Camino by the checkin for bug 182783 (an
activate/focus state issue on window activate/deactivate).
This problem disappeared on the Suite sometime between 1.8a2 (2004-07-14) and 1.8a3 (2004-08-17).
It then re-appeared, on both the Suite and Firefox, between 2005-08-23 and 2005-08-24. At that time, when I noticed the regression, I filed bug 306173 for it (I wasn't aware of this bug report).
As far I could tell, this bug never happened on Firefox prior to 2005-08-24.
Note that comment #11 is reporting a different bug, with different steps to reproduce, and a different result (a blinking caret). That bug does exist in Firefox builds prior to 2005-08-24 (including Firefox 1.0).
I also couldn't reproduce the problem (using the steps from the original report) on Camino, so I'm assuming the Camino problems are also something else altogether.
Since bug 306173 already has a proposed patch and some discussion, I suggest marking this bug WORKSFORME (as it would have been if anybody would have tested it between August 2004 and August 2005), so that the work on fixing it could be done in 306173.
This isn't WORKSFORME. It's a dupe. Marking it WORKSFORME would imply that someone is supposed to reopen it if the problem transpires again.
*** This bug has been marked as a duplicate of 306173 ***