199758 - The caret still rendered if another application opens a URL while tab browsing is on

Status: RESOLVED DUPLICATE of bug 207210

(Camino Graveyard :: Tabbed Browsing, defect)

Description

[Derek Schrock]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.4a) Gecko/20030328 Chimera/0.7+
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.4a) Gecko/20030328 Chimera/0.7+

If you have a browser window open that has a focues text box and another
application opens an URL while tab browsing is on, when the new tab loads the
the blinking vertical bar (insertion point) is still being rendered.

Reproducible: Always

Steps to Reproduce:
1. Turn tabbed browsing on
2. Goto http://www.google.com
3. Within another application launch a URL that would cause Camino to open the
URL (my example was using GyzaMail with the URL
http://www.comics.com/comics/dilbert/archive/dilbert-20030329.html)
4. Either change to the new tab or if you have it set to auto-change
Actual Results:  
The new page loads with a vertical blinking bar rendered in the same location
from the other tab

Expected Results:  
Not to have the a vertical blinking bar on the new page

There are other cases where I can do this with creating a new tab but at least
with these steps I can reproduce it everytime.

The workaround would be to change to the old tab then back to remove the
vertical bar

Comment 1

[Derek Schrock]

I don't think this bug is HTML or app dependent so it can be any page with an
active textbox and any app opening a URL that opens Camino

Comment 2

[Greg K.]

Confirmed using Camino/2003032905. I think this may be a dup of an old Mozilla bug.

Comment 3

[Mike Pinkerton (not reading bugmail)]

i think this is a regression from going back to the trunk.

Comment 4

[Greg K.]

*** Bug 200655 has been marked as a duplicate of this bug. ***

Comment 5

[Greg K.]

See also Mozilla bug 188517.

Comment 6

[sairuh (rarely reading bugmail)]

dupping, since i think it'd be the same cause.

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

Comment 7

[Derek Schrock]

I can't reproduce bug 188517 with Camino 2003041205

Comment 8

[sairuh (rarely reading bugmail)]

v dup.

Comment 9

[Stewart Gordon]

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

Comment 10

[Stewart Gordon]

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