Open Bug 677104 Opened 14 years ago Updated 3 years ago

Ctrl-arrow-right key can't move past text inside div inside span

Categories

(Core :: DOM: Selection, defect)

x86
Windows 7
defect

Tracking

()

REOPENED

People

(Reporter: martijn.martijn, Unassigned)

Details

(Keywords: regression, testcase)

Attachments

(1 file)

Attached file testcase
See testcase, steps to reproduce: - Press the ctrl-alt-right arrow key a couple of times Expected result: - The caret should move a word to the right every time the ctrl-alt-right arrow key is pressed. Actual result: - The caret gets stuck at the yellow block. This regressed between 2009-03-04 and 2009-03-05: http://hg.mozilla.org/mozilla-central/pushloghtml?startdate=2009-03-04+04%3A00%3A00&enddate=2009-03-05+06%3A00%3A00 Regression from bug 480323? As a sidenote, I noticed that double-clicking on the first 'text' selects the first two 'text' words in current builds. This seems to have regressed somewhere in 2007.
Boris, this might be a regression from your patch in bug 480323.
It's possible, yes. If you add some text between the </div> and the </span>, does that make the problem go away?
Yes, that makes the problem go away.
Summary: Ctrl-arrow-right key can't mvoe past text inside div inside span → Ctrl-arrow-right key can't move past text inside div inside span
Hmm. What about this testcase: <span>Some text</span> <div>A block</div> <span></span> Does that get stuck the same way? (I'm asking the questions because the shortcut listed in comment 0 does something totally unrelated to caret movement for me on Mac, and I'm not sure what it's suposed to do with the caret, so can't really reproduce the bug.)
The option right arrow key seems to do the same on Mac as what the ctrl right arrow key is doing on Windows. Except on the Mac, the layout.word_select.eat_space_to_next_word pref is set to false by default, while it is true by default on Windows. That seems to cause a huge difference in behavior on the testcase. I'm not sure what the correct behavior would be in that case. (In reply to Boris Zbarsky (:bz) from comment #4) > Hmm. What about this testcase: > > <span>Some text</span> > <div>A block</div> > <span></span> > > Does that get stuck the same way? No. With the original testcase, btw, IE9 puts the character at the end of the line, then on the start of the new line. Perhaps Mozilla should be doing something like that? Anyway, at least, it shouldn't get you stuck somewhere.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: