Closed Bug 55792 Opened 24 years ago Closed 24 years ago

Ctrl+left-arrow doesn't move cursor at the beginning of previous word

Categories

(Core :: DOM: UI Events & Focus Handling, defect, P3)

Product:
Core
Component:
DOM: UI Events & Focus Handling
Platform:
x86
Linux
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: burnus, Assigned: jag+mozbugs)

Details

(Keywords: helpwanted)

Attachments

(1 file)

[test-patch] Undoes a change from 1.149 to 1.150, fixes ctrl-arrows for me, please test!
652 bytes, patch
Details | Diff | Splinter Review
Hi. This is with 2000-10-07-21/Linux. If I use Ctrl+right-arrow I can jump in the url bar, composer (mail, plain), html composer, input type=text, texarea to the beginning of the next word. Using the equivalent ctrl+left-arrow doesn't work, i.e. the cursor position doesn't change. This is a *regression*. Expected: ctrl+left-arrow moves the cursor to the beginning of the current word or to the beginning of the previous word (if the current possition is already at the beginning of the current word).
->editor
Assignee: trudelle → beppe
Component: XP Toolkit/Widgets → Editor
QA Contact: jrgm → sujay
key bindings.
Assignee: beppe → akkana
Status: UNCONFIRMED → NEW
Ever confirmed: true
We had massive key binding regressions over the weekend. I don't know what's up.
Status: NEW → ASSIGNED
BTW, I'm assuming this is on the trunk unless otherwise specified. All the other key binding regressions have been trunk, not branch.
I can't reproduce this bug with any of the following builds: * Macintosh Mozilla debug (branch) * Linux Mozilla debug (branch) * Linux Mozilla debug (trunk)
Target Milestone: --- → M19
I can't reproduce this on the trunk either. Submitter, are you still seeing this? Can you give more information about your system, what build you're using, exactly what's in the field and what you type, etc.?
I can reproduce this on a trunk build and on a nightly (2000100806-M18)
Obviously this is another one of those things that happens on some gtks and not on others. Jag, with your patch for alt-left/right, do you still see this problem? I'm not going to be able to fix it since I can't reproduce it.
Keywords: helpwanted
Using 2000-10-09-18/Linux (Mozilla nightly) I cannot (anymore) reproduce it. (i.e. both ctrl-left/right arrow work). But ctrl-shift-left/right arrow don't work so I cannot select wordwise [and some more things irrelevant]. Using 2000-10-10-21/Linux (also Mozilla nightly) everything works, but: (a) HTML Compositor: shift-ctrl-left/right arrow don't work, bug 56072 (b) <textarea>: shift-(ctrl-)home/end don't work, bug 56071 Common to HTML Compositor, plain Mail Composer and <textarea> is: Ctrl-home/end don't work (navigation). In bookmarks properties ctrl-shift-home/end don't work (selection). (ctrl-home/end doesn't work either, see above.)
marking this as fixed per previous comments by Tobias. Thanks! Please let us know if you see a regression for ctrl-leftArrow!
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
brade, I'm still seeing this in the 2000-10-11-08-Mtrunk build. Btw, unless you know which checkin fixes a bug, WORKSFORME is what you should resolve it to (for lack of a MYSTERIOUSLY_DiSAPPEARED resolution). Reopening.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Btw, with the patch applied, ctrl-shift-arrow works for me. ctrl-home / ctrl-end doesn't yet. Were those keys ever hooked up?
cc'ing pavlov and syd. Any idea why this broke for some and not for others / why the attached patch fixes things for me?
I just attached a better patch to bug 53667
moving out to Future since right now it's unknown when this will be fixed
Target Milestone: M19 → Future
Taking this bug then. I'm pretty sure I just checked in the fix to this, so I'll track. Moving to Keyboard Navigation component.
Assignee: akkana → disttsc
Status: REOPENED → NEW
Component: Editor → Keyboard Navigation
Target Milestone: Future → ---
Fixed on trunk, not going in on branch
Status: NEW → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
verified in 10/30 build.
Status: RESOLVED → VERIFIED
hrm, this seems to have regressed. using 2000.11.27.08 mozilla bits on linux. reopening --but there's another bug filed elsewhere, lemme know. [bugzilla's now responding, but i couldn't find a similar, recent bug after a couple of searches].
Status: VERIFIED → REOPENED
QA Contact: sujay → sairuh
Resolution: FIXED → ---
almost forgot to add: neither control+shift+right arrow nor control+shift+left arrow work for me in composer.
The control-shift-left/right bug is #56072; this bug works for me (I can ctrl- left/right to skip words with no problems on Linux or Macintosh). Re-resolving this as fixed since I believe it was reopened on error (intent to reopen #56072)
Status: REOPENED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
Summary: Ctrl+left-arrow doesn't move cursor at the begining of previous word → Ctrl+left-arrow doesn't move cursor at the beginning of previous word
thx, kathy --i'll doublecheck this on my home machine...
Whiteboard: se-home
adding verifyme if someone is able to zap this before me.
Keywords: verifyme
glurg, still unable to verify. ctrl+left and ctrl+right still don't work for me on linux [and i'm using a better-behaved wm these days, too]. chatted w/kathy and filed bug 88108, rather than reopening this one.
hokay, it's me --ie, still my window manager. so, using the Sawmill configurator, i changed Bindings by simply removing the global-keymap for C-Left [ctrl+left arrow] and C-Right [ctrl+right arrow]. [alas, setting those to "nop" results in, well, those bindings doin' nuthin' everywhere.] tested using 2001.06.27.04-branch comm bits, and those two keybinding do indeed jump a word at a time. tested in a textarea, the urlbar, editor window, and mail compose window. yay!
Status: RESOLVED → VERIFIED
Keywords: verifyme
Whiteboard: se-home
Component: Keyboard: Navigation → User events and focus handling
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: