Closed Bug 203651 Opened 23 years ago Closed 22 years ago

Insertion point (caret) doesn't stop flashing if Camino as a whole loses focus

Categories

(Camino Graveyard :: HTML Form Controls, defect)

PowerPC
macOS
defect
Not set
trivial

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 101333

People

(Reporter: bjh21, Assigned: bryner)

References

()

Details

(Keywords: qawanted)

Attachments

(1 file)

User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.4b) Gecko/20030427 Chimera/0.7+ Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.4b) Gecko/20030427 Chimera/0.7+ If a text box in an HTML form has the input focus (and hence a flashing insertion point), and I click in a window owned by another application, the insertion point in the Camino window carries on flashing even though typing will no longer go to that window. This is confusing for the user (me). Reproducible: Sometimes Steps to Reproduce: 1. Open a Finder window 2. In Camino, open a Web page with a form (e.g. the one listed above) 3. Click in a text field 4. Click in the Finder window Actual Results: The insertion point in the Camino window carries on flashing, even though it has lost the input focus. Expected Results: The insertion point should disappear, in accordance with the Apple HI Guidelines. Sometimes, the bug doesn't occur. It seems somewhat dependent on which window I'm switching away to. If the bug doesn't occur, open windows in other applications as well and try switching to them instead.
Keywords: qawanted
Whiteboard: DUPEME
I couldn't reproduce this bug with your steps but here's what I came up with 1. Load testcase 2. Click in the input 3. Click your desktop (Caret goes away) 4. Change back to Camino (Caret is back) 5. Click your desktop (Caret is still there) I can reproduce this when I change to any app (click a window, desktop and alt-tab)
Attached file Testcase
It also happens in Mozilla, and is related to the problem that Mozilla doesn't deactivate form widgets in background windows, either in chrome or content. See also bug 141007 and bug 188517.
still true with camino build ID 2003082603
Still true with Build ID 2003110714 However, I can only reproduce it clicking on a Finder window. If I click on the desktop or a window of another Cocoa app instead, the cursor stops blinking. And once the focus has changed by clicking on that Finder window with the cursor still blinking, it doesn't stop blinking if you click elsewhere. Using 10.2.8 - don't know about Panther.
This is the Camino version of bug 101333 raised against the browser suite. In answer to the previous question, I can reproduce this on latest builds (Camino 2004031908) on Panther (10.3.2), using the steps from comment 1. I'm not clear what the guidelines are on dupes across the products. I assume if the code is in the common core, we should do the duping. However don't know this bit of code so leaving as unconfirmed.
Forgot to clear DUPEME keyword having done exhaustive duplicate search.
Whiteboard: DUPEME
*** This bug has been marked as a duplicate of 101333 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: