Status

defect
RESOLVED WORKSFORME
16 years ago
9 years ago

People

(Reporter: bryner, Unassigned)

Tracking

({platform-parity})

Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

It's possible to get the caret to paint through from an inactive tab.  I finally
found the steps to reproduce it reliably:

1. open a new tab
2. load a page with an input field and focus that field
3. cmd+tab to another app
4. cmd+tab back to camino
5. hit cmd+t to open a new tab

result: you see the caret blinking from the previous tab

A likely culprit would be Camino not sending a deactivate to the active tab when
a new tab is opened.

A closely related problem is after step 4, repeat step 3 again.  Note that the
caret continues to blink even though the Camino window doesn't have focus.
This still hapens in build 2003080802.
*** Bug 225939 has been marked as a duplicate of this bug. ***
is this a duplicate of bug 188517 (see bug 188517 comment 6)
I think both bugs have the same issue, but are 2 separate ways to reproduce it.
Both involve 2 or more tab views and carets painting trough views when switching
tabs. I'll mark as duplicate.

*** This bug has been marked as a duplicate of 188517 ***
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
The symptom is different, and the underlying cause is most certainly different.

This is about a cursor continuing to blink through the new tab.  The cause seems to be that in certain circumstances the caret blinking fails to be switched off.

Bug 188517 is about a _steady_ image of the cursor appearing on the new tab.  The cause seems to be that the caret blinking _has_ been switched off, but it undraws the old caret _after_ rendering the new tab.  See bug 188517 comment 3.

It's about time we stopped confusing the two issues.  Reopening.  And changing to Core since it's been witnessed on SeaMonkey, FireFox and Camino alike.
Status: RESOLVED → REOPENED
Component: Page Layout → Tabbed Browser
Keywords: pp
Product: Camino → Core
Resolution: DUPLICATE → ---
Version: unspecified → Trunk
*** Bug 199758 has been marked as a duplicate of this bug. ***
*** Bug 265616 has been marked as a duplicate of this bug. ***
*** Bug 265844 has been marked as a duplicate of this bug. ***
*** Bug 276873 has been marked as a duplicate of this bug. ***
*** Bug 181983 has been marked as a duplicate of this bug. ***
Is this still an issue on the mac with the latest trunk build?
Could be fixed by bug 287813.
Assignee: bryner → nobody
Status: REOPENED → NEW
QA Contact: winnie → tabbed-browser
Excuse me very much, but after 4 years with FF 2.0.0.5 this has still not been fixed. Totally unacceptable. 
Christiaan, could you perhaps with the latest trunk build to see if it is fixed in those?
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/
In Minefield 3.0a7pre the cursor does not show up anymore in the new tab. However the blinking cursor now does not come back when switching back to the tab with the focussed text field, as it should (that may be another bug, but my guess is that it's caused by the fix for this one). 
Christiaan, could you file a new bug on that issue with exact steps to reproduce? Thanks for testing!
Product: Core → SeaMonkey
WFM based on Comment 14
Status: NEW → RESOLVED
Closed: 16 years ago9 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.