Closed Bug 188517 Opened 22 years ago Closed 19 years ago

Switching between tabs when form text field is active leaves caret showing

Categories

(Core :: Layout: Form Controls, defect, P4)

PowerPC
macOS
defect

Tracking

()

VERIFIED DUPLICATE of bug 306173
Future

People

(Reporter: smjg, Unassigned)

References

Details

(Keywords: platform-parity)

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. Reproducible: Always 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 another tab. Actual Results: 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. Expected Results: 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.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: switching between tabs when form text field is active leaves cursor showing → Switching between tabs when form text field is active leaves cursor showing
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.
Keywords: pp
also affects mac embed apps such as camino.
Priority: -- → P4
Target Milestone: --- → Future
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 Firefox/1.0
*** 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 redrawing.
*** Bug 276873 has been marked as a duplicate of this bug. ***
Depends on: 167801
(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 > redrawing. 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).
Summary: Switching between tabs when form text field is active leaves cursor showing → Switching between tabs when form text field is active leaves caret showing
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 ***
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.