Closed
Bug 696743
Opened 13 years ago
Closed 10 months ago
setting focus on text input does not place cursor in field
Categories
(Core :: DOM: Editor, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: charles, Unassigned)
References
()
Details
(Keywords: regression)
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.2 (KHTML, like Gecko) Chrome/15.0.874.100 Safari/535.2 Steps to reproduce: Using jQuery .focus() to set focus on text input, does appear to set focus, but does not place cursor in the input. Actual results: Here is the thread on jQuery's bug tracker. There are a few fiddles to look at. http://bugs.jquery.com/ticket/10557 Expected results: input should receive focus and cursor set in the input
Comment 1•13 years ago
|
||
Works on 3.6.23 -> Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.23) Gecko/20110920 Firefox/3.6.23 ID:20110920075126 Fails on nightly -> Mozilla/5.0 (Windows NT 5.1; rv:10.0a1) Gecko/20111024 Firefox/10.0a1 ID:20111024031040 If someone wants, I can do a regression-range.
Comment 2•13 years ago
|
||
Still an issue on Mozilla/5.0 (Windows NT 5.1; rv:11.0a1) Gecko/20111122 Firefox/11.0a1 ID:20111122030949
Status: UNCONFIRMED → NEW
Ever confirmed: true
Product: Firefox → Core
QA Contact: general → general
Comment 3•13 years ago
|
||
This worksforme in a Mac Aurora build. Is this Windows-only?
Still an issue on
Platform: Mac 10.14.2
Firefox Quantum 64.0.2 (64-bit)
Updated•2 years ago
|
Severity: normal → S3
Updated•10 months ago
|
Component: General → DOM: Editor
Comment 5•10 months ago
|
||
I don't see any issues in either Windows or macOS.
Status: NEW → RESOLVED
Closed: 10 months ago
Resolution: --- → WORKSFORME
Comment 6•10 months ago
|
||
(I guess that this was fixed in bug 253870, it introduced new multiple nsFrameSelection
instances management.)
You need to log in
before you can comment on or make changes to this bug.
Description
•