Closed
Bug 207210
Opened 21 years ago
Closed 13 years ago
caret paints through tabs
Categories
(SeaMonkey :: Tabbed Browser, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: bryner, Unassigned)
References
Details
(Keywords: platform-parity)
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.
Comment 2•20 years ago
|
||
*** Bug 225939 has been marked as a duplicate of this bug. ***
Comment 3•20 years ago
|
||
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: 20 years ago
Resolution: --- → DUPLICATE
Comment 5•19 years ago
|
||
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
Comment 6•19 years ago
|
||
*** Bug 199758 has been marked as a duplicate of this bug. ***
Comment 7•19 years ago
|
||
*** Bug 265616 has been marked as a duplicate of this bug. ***
Comment 8•19 years ago
|
||
*** Bug 265844 has been marked as a duplicate of this bug. ***
Comment 9•19 years ago
|
||
*** Bug 276873 has been marked as a duplicate of this bug. ***
Comment 10•19 years ago
|
||
*** Bug 181983 has been marked as a duplicate of this bug. ***
Comment 11•18 years ago
|
||
Is this still an issue on the mac with the latest trunk build? Could be fixed by bug 287813.
Reporter | ||
Updated•18 years ago
|
Assignee: bryner → nobody
Status: REOPENED → NEW
QA Contact: winnie → tabbed-browser
Comment 12•17 years ago
|
||
Excuse me very much, but after 4 years with FF 2.0.0.5 this has still not been fixed. Totally unacceptable.
Comment 13•17 years ago
|
||
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/
Comment 14•17 years ago
|
||
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).
Comment 15•17 years ago
|
||
Christiaan, could you file a new bug on that issue with exact steps to reproduce? Thanks for testing!
Assignee | ||
Updated•16 years ago
|
Product: Core → SeaMonkey
Comment 16•13 years ago
|
||
WFM based on Comment 14
Status: NEW → RESOLVED
Closed: 20 years ago → 13 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•