Bug 142477

Summary: formerly-readonly <input> doesn't display cursor when focused
Product: WebKit Reporter: Chris Rebert <webkit>
Component: FormsAssignee: Nobody <webkit-unassigned>
Status: RESOLVED CONFIGURATION CHANGED    
Severity: Normal CC: ahmad.saleem792, akeerthi, ap, bfulgham, simon.fraser, zalan
Priority: P2 Keywords: HasReduction
Version: WebKit Nightly Build   
Hardware: Mac (Intel)   
OS: OS X 10.11   
URL: http://jsfiddle.net/2matzLja/1/
See Also: http://code.google.com/p/chromium/issues/detail?id=465274
Attachments:
Description Flags
Copy of JS Fiddle example none

Description Chris Rebert 2015-03-09 03:36:29 PDT
Steps to reproduce:
1. Open http://jsfiddle.net/2matzLja/1/show/ in Safari 8.0.3
2. Double-click on the <input>. Note that a focus ring is displayed on it.

Expected result:
A text cursor should be displayed in the <input>, just as with a normal has-always-been-writeable <input>.

Actual result:
No text cursor is displayed in the <input>.
However, you can still type in the <input>, and as soon as you type a character into the <input>, the text cursor starts being displayed.

Other details:
The example's source code can be viewed at http://jsfiddle.net/2matzLja/1/
Original Bootstrap bug report: https://github.com/twbs/bootstrap/issues/16022
Related Chrome bug: https://code.google.com/p/chromium/issues/detail?id=465274
Comment 1 Chris Rebert 2015-05-06 18:30:56 PDT
Created attachment 252551 [details]
Copy of JS Fiddle example
Comment 2 Chris Rebert 2015-07-18 01:51:56 PDT
Also filed a Radar for this:

<rdar://problem/20090003>
Comment 3 Chris Rebert 2016-02-07 15:57:26 PST
Still reproduces in Safari 9.0.3
Comment 4 Ahmad Saleem 2022-08-30 02:11:35 PDT
I am not able to reproduce this bug in Safari 15.6.1 on macOS 12.5.1 using attached test case and it does show "Typing Caret" and  "Editing - I" cursor when on the field and it does disappear like all other browser as soon as you start typing.

It matches with all other browsers (Chrome Canary 107 and Firefox Nightly 106).

But I will not close this bug because I noticed strange behavior in case of Firefox where if I activate it and type something and then refresh browser, it will still keep what I have written in the field even within Private Window. I don't know whether it is web-spec and both Chrome and Safari are wrong or it is "Firefox" is wrong.

So I will leave it to someone else to confirm this bug (which is not this bug about) but still want to share updated testing results. Thanks!
Comment 5 Alexey Proskuryakov 2022-08-30 14:03:46 PDT
Restoring form content on reload would be a browser behavior outside web specification purview. I don't think that we need to track that difference as a bug.

There is a long discussion in https://bugzilla.mozilla.org/show_bug.cgi?id=46845 which I didn't read.

Marking as Config Changed, as the original issue reported here no longer reproduces.