Closed
Bug 904810
Opened 13 years ago
Closed 13 years ago
Unexpected up/down arrow result
Categories
(Core :: DOM: Editor, defect)
Tracking
()
RESOLVED
FIXED
mozilla26
People
(Reporter: gordon.fogus, Assigned: MatsPalmgren_bugz)
References
Details
(Keywords: regression)
Attachments
(1 file)
|
5.42 KB,
patch
|
ehsan.akhgari
:
review+
bajaj
:
approval-mozilla-aurora+
bajaj
:
approval-mozilla-beta+
|
Details | Diff | Splinter Review |
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:22.0) Gecko/20100101 Firefox/22.0 (Beta/Release)
Build ID: 20130617145905
Steps to reproduce:
0) I upgraded from 22 to 23
1) I selected text using shift and the arrow keys.
2) I copied the text using Ctrl+C.
3) I pressed the down arrow to move to the next line.
Actual results:
The cursor went to the end of the current line.
Expected results:
The cursor should have gone to the next line. That's what it did in all previous versions of Firefox and it's what it does in every other text editing program I've used.
Example (cursor represented with a "|" symbol, selected text is that text between the "*" symbols)
State 1:
*asdf asdf asdf*|
sdfg sdfg sdfg
Action: press down key on keyboard
State 2 (what happens in >23):
asdf asdf asdf|
sdfg sdfg sdfg
State 2 (what happens in <22):
asdf asdf asdf
sdfg sdfg sdfg|
Comment 1•13 years ago
|
||
The new broken caret behavior was introduced by Bug 859088.
At least on wndows7, the behavior did not mach another windows application such as notepad.exe as well as Internet explorer9.
9a09523eb5dd Mats Palmgren — Bug 859088 - Left/Right Arrow key after selection should move to the beginning/end of selection respectively (on all platforms). r=ehsan
Blocks: 859088
Status: UNCONFIRMED → NEW
status-firefox22:
--- → unaffected
status-firefox23:
--- → affected
tracking-firefox24:
--- → ?
tracking-firefox25:
--- → ?
tracking-firefox26:
--- → ?
Component: Untriaged → Editor
Ever confirmed: true
Keywords: regression
Product: Firefox → Core
Comment 2•13 years ago
|
||
Mats, tracking and passing this on to you since this may be a fallout from Bug 859088, feel free to reassign if needed :)
| Assignee | ||
Comment 3•13 years ago
|
||
Attachment #791294 -
Flags: review?(ehsan)
Updated•13 years ago
|
Attachment #791294 -
Flags: review?(ehsan) → review+
| Assignee | ||
Comment 4•13 years ago
|
||
Flags: in-testsuite+
Comment 5•13 years ago
|
||
Status: NEW → RESOLVED
Closed: 13 years ago
status-firefox26:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla26
| Assignee | ||
Comment 7•13 years ago
|
||
Comment on attachment 791294 [details] [diff] [review]
fix+test
[Approval Request Comment]
Bug caused by (feature/regressing bug #): bug 859088
User impact if declined: with some text selected, the caret ends up in the wrong position after UP/DOWN (bug occurs on Windows only)
Testing completed (on m-c, etc.): on m-c since 2013-08-17
Risk to taking this patch (and alternatives if risky): low
String or IDL/UUID changes made by this patch: none
Attachment #791294 -
Flags: approval-mozilla-beta?
Attachment #791294 -
Flags: approval-mozilla-aurora?
| Assignee | ||
Updated•13 years ago
|
Flags: needinfo?(matspal)
Updated•13 years ago
|
Attachment #791294 -
Flags: approval-mozilla-beta?
Attachment #791294 -
Flags: approval-mozilla-beta+
Attachment #791294 -
Flags: approval-mozilla-aurora?
Attachment #791294 -
Flags: approval-mozilla-aurora+
| Assignee | ||
Comment 8•13 years ago
|
||
Comment 9•13 years ago
|
||
Verified as fixed on:
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Firefox/24.0 (20130822154523)
QA Contact: ioana.budnar
You need to log in
before you can comment on or make changes to this bug.
Description
•