Closed
Bug 76746
Opened 24 years ago
Closed 24 years ago
Setting focus to textbox (edit field) doesn't work in dialogs
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Core
DOM: UI Events & Focus Handling
Tracking
()
VERIFIED
FIXED
mozilla0.9
People
(Reporter: cmanske, Assigned: hyatt)
References
Details
(Keywords: regression)
Attachments
(1 file)
1.22 KB,
patch
|
Details | Diff | Splinter Review |
Opening any property dialog such as Image or Link, where the initial value
of the textbox is empty, we set initial focus by calling SetTextboxFocus().
Today, the caret doesn't appear and focus isn't in the appropriate textbox.
If I change the JS for "SetTextboxFocus()" to simply call:
textbox.select();
The current code for "SetTextboxFocus()" does this:
if (textbox.value.length > 0)
textbox.select();
textbox.focus();
so the '.focus()' is the problem.
Reporter | ||
Comment 1•24 years ago
|
||
probably not an editor bug, but I'll investigate.
Severity: normal → major
Status: NEW → ASSIGNED
Keywords: regression
Target Milestone: --- → mozilla0.9.1
Charley you beat me to it...I was gonna file this one... :-)
Simon suggested filing this to Saari as an event handling bug..
Comment 4•24 years ago
|
||
This isn't jsut composer dialogs. It happens in the Find dialog too, so that
would make it a toolkit problem.
Summary: Setting focus to textbox (edit field) doesn't work in Composer property dialogs → Setting focus to textbox (edit field) doesn't work in dialogs
Reporter | ||
Comment 5•24 years ago
|
||
Saari: What new stuff went in? This is a regression from yesterday.
Comment 6•24 years ago
|
||
bryner had some related stuff.
Reporter | ||
Comment 7•24 years ago
|
||
god damn midair collisions! I'm really tired of it failing to either keep my
previous form entries or at least allow me to "submit anyway" both are busted
in 6.01.
This should be fixed for 0.9
Target Milestone: mozilla0.9.1 → mozilla0.9
Reporter | ||
Comment 8•24 years ago
|
||
While certainly suspicious, removing Bryner's changes didn't seem to fix this.
If we call ".select()" on the textbox, it is fine, ".focus()" is the problem.
Reporter | ||
Comment 9•24 years ago
|
||
I see lots of other focus-related checkins: DR? HYATT?
Handing this over to XPFE.
Assignee: cmanske → trudelle
Status: ASSIGNED → NEW
Component: Editor → XP Miscellany
Comment 10•24 years ago
|
||
this is probably a focus regression care of hyatt. i'd have guessed bryner
first, but see cmanske's comments.
OS: Windows NT → All
Hardware: PC → All
Assignee | ||
Updated•24 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Comment 12•24 years ago
|
||
Assignee | ||
Comment 13•24 years ago
|
||
ssari has done an r.
Comment 14•24 years ago
|
||
sr=waterson
Comment 15•24 years ago
|
||
a=asa@mozilla.org for checkin to 0.9
Assignee | ||
Comment 16•24 years ago
|
||
Fixed.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Comment 17•24 years ago
|
||
*** Bug 76576 has been marked as a duplicate of this bug. ***
Comment 18•24 years ago
|
||
Comment 19•24 years ago
|
||
sorry... please ignore my last two references to bugs..
this bug actually.. is the one in question.
bug 76974
Comment 20•24 years ago
|
||
This problem is still evident under linux. (build 2001122721)
I'm assuming that this problem would now be caused by a different bug or maybe a
regression?
Should I file a new bug? All the existing bugs tend to end up at this bug.
Comment 21•23 years ago
|
||
Vadim, is this still a problem for you? if so please REOPEN or file a new bug.
Comment 22•23 years ago
|
||
No. I haven't experienced this problem for a very long time.
Comment 23•23 years ago
|
||
verified. REOPEN if anyone still sees a problem.
Status: RESOLVED → VERIFIED
Updated•6 years ago
|
Component: Event Handling → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•