Closed
Bug 68367
Opened 24 years ago
Closed 24 years ago
right arrow at end of a textfield causes focus to be lost
Categories
(Core :: DOM: Editor, defect, P2)
Core
DOM: Editor
Tracking
()
VERIFIED
FIXED
mozilla0.9.1
People
(Reporter: jruderman, Assigned: mjudge)
References
Details
(Whiteboard: [QAHP])
Attachments
(1 file)
Split from bug 25930, which was starting to get messy.
Steps to reproduce:
1. Open the search sidebar and focus the search textbox.
2. (Optional) type some text in.
3. With the insertion point at the end of the textbox, press the right arrow
key.
Result: focus is lost.
Note: if you hold shift while pressing the right arrow key, the entire contents
of the textbox become selected and the textbox still loses focus.
taking this bug for investigation
anthonyd
Assignee: beppe → anthonyd
|
||
Comment 3•24 years ago
|
||
setting to P2 and putting in moz0.9
Priority: -- → P2
Target Milestone: --- → mozilla0.9.1
|
||
Comment 4•24 years ago
|
||
I think bug #68368 is a duplicate of this bug as well. This summary may need to
be fixed as well.
Whiteboard: [QAHP]
|
Reporter | |
Comment 9•24 years ago
|
||
Nominating for nsbeta1, since this bug was reported recently but already has
four dups.
Keywords: nsbeta1
|
|
||
Comment 10•24 years ago
|
||
*** Bug 74977 has been marked as a duplicate of this bug. ***
|
|
||
Comment 11•24 years ago
|
||
This bug should apply to xul fields and regular html edit fields
Summary: right arrow at end of a xul textfield causes focus to be lost → right arrow at end of a textfield causes focus to be lost
|
|
||
Comment 12•24 years ago
|
||
I'm guessing the problem lies in nsTextFrame.cpp, around line 3902.
|
|
Reporter | |
Comment 13•24 years ago
|
||
I don't see this problem for html textfields, only for xul textfields. (Win98)
|
|
||
Comment 14•24 years ago
|
||
*** Bug 76974 has been marked as a duplicate of this bug. ***
|
||
Comment 15•24 years ago
|
||
the bug that I filed was 30038 which was marked dup of 25930 ( /verified-fixed).
However, this is stil lreproducible for me (0503) trunk by reading th efollowing
comments from bug 25930 :
------- Additional Comments From matxdr@yahoo.com 2001-02-10 06:23 -------
I still see this at least for the cache size text box, the homepage URL in
prefs, the wrap plain text messages at xx characters still in prefs, and in
dialogs involing bookmark properties. Using B2001020904 on WinME.
------------------------------------------------------------------------------
So the bug still lives... :)
|
Assignee | |
Comment 16•24 years ago
|
||
|
|
Assignee | |
Comment 17•24 years ago
|
||
ok getcontentoffsetsfrompoint passes in an in/out param. this param is modified
with invalid data before realizing an error has occured.
simple use of temp variable before indexof is called then saving correct data
after successful call works. no change for success case, does not corrupt out
param on invalid case.
Assignee: anthonyd → mjudge
|
|
Assignee | |
Comment 18•24 years ago
|
||
fixed in a differnt patch i had.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
|
||
Comment 19•24 years ago
|
||
looks fiexed now...Jesse, does it look fixed to you?
marking VERIFIED-FIXED...Jesse, REOPEN if necessary...
Status: RESOLVED → VERIFIED
|
|
Reporter | |
Comment 20•24 years ago
|
||
Now, if I hit the right-arrow key at the end of an HTML form control on
http://www.cs.hmc.edu/~jruderma/s/, I'm taken back to the beginning of the form
field. Filed bug 81721 for that problem and gave it to mjudge (who fixed this
bug).
|
||
Comment 21•24 years ago
|
||
*** Bug 80126 has been marked as a duplicate of this bug. ***
You need to log in
before you can comment on or make changes to this bug.
Description
•