Ctrl+Left Arrow on numpad moves right, not left

Bug #105335 reported by Ron van der Wal
4
Affects Status Importance Assigned to Milestone
GTK+
Fix Released
Low
gtk+2.0 (Ubuntu)
Fix Released
Wishlist
Ubuntu Desktop Bugs

Bug Description

Binary package hint: gedit

Pressing Ctrl+Left Arrow moves one word to the right, not the left.

***Note: This only applies to the left arrow key on the numeric keypad (shared with the '4'). The left arrow key in the cluster of arrow keys in the separate keyboard section between the main keyboard and the numeric keypad operates correctly. ***

Revision history for this message
Daniel Holbach (dholbach) wrote :

Thanks for your bug report. I cannot reproduce the issue. Which version of Ubuntu and gedit do you use? Is this the case in other applications as well? Which locale do you use? Do you have any special keyboard configuration?

Changed in gedit:
assignee: nobody → desktop-bugs
importance: Undecided → Low
Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for your bug. Not sure if that's a bug, due to gtk+2.0 though

Changed in gedit:
importance: Low → Wishlist
Revision history for this message
Ron van der Wal (support-tarma) wrote : Re: [Bug 105335] Re: Ctrl+Left Arrow moves right, not left

Hi Daniel,

Thanks for your message. Ubuntu 6.10 (GNOME desktop edition); gedit
2.16.1. My copy of Ubuntu seems up to date with all current patches
etc.

The keyboard is a Microsoft Internet Keyboard Pro. No special
configuration that I'm aware of; I'm running everything out of the
box. I use the same keyboard also on OpenBSD, FreeBSD, Fedora 5, and
various Windows versions without any problems.

I did check the Ubuntu Keyboard Preferences. The keyboard was
originally set to "Generic 104-key"; changing that to "Microsoft
Internet Keyboard" made no difference in behavior. The only Layout
Options setting that is switched on is "Shift with numpad keys works
as in MS Windows"; switching this off made no difference as far as
Ctrl+Left Arrow was concerned (although switching off did disable the
Shift+numpad arrow text selection feature).

Virtually all other applications work correctly (for example,
OpenOffice, MateEdit, Evolution, the source viewer in Firefox, vi, and
also single-line edit boxes); the only other one that misbehaves is
the GtkSourceView plugin in the Anjuta IDE.

Please note that this is specifically about the left arrow key on the
numeric keypad (shared with the '4'); the standalone left arrow key
has no problems.

Best wishes,
-- Ron.

Wednesday, 11 April, 2007, 18:49:23, you wrote:

> Thanks for your bug report. I cannot reproduce the issue. Which version
> of Ubuntu and gedit do you use? Is this the case in other applications
> as well? Which locale do you use? Do you have any special keyboard
> configuration?

> ** Changed in: gedit (Ubuntu)
> Importance: Undecided => Low
> Assignee: (unassigned) => Ubuntu Desktop Bugs

_____________________________________________________________
Technical Support, Tarma Software Research Pty Ltd
mailto:<email address hidden> -- http://www.tarma.com

Revision history for this message
Ron van der Wal (support-tarma) wrote :

Daniel, Sebastian:

The problem is indeed in GTK+, in gtk/gtktextview.c line 851 (as of GTK 2.10.6). There is an error in the way the key bindings are set up:

  add_move_binding (binding_set, GDK_Right, GDK_CONTROL_MASK,
                    GTK_MOVEMENT_WORDS, 1);
  add_move_binding (binding_set, GDK_KP_Right, GDK_CONTROL_MASK,
                    GTK_MOVEMENT_WORDS, 1);
  add_move_binding (binding_set, GDK_Left, GDK_CONTROL_MASK,
                    GTK_MOVEMENT_WORDS, -1);
  add_move_binding (binding_set, GDK_KP_Left, GDK_CONTROL_MASK,
                    GTK_MOVEMENT_WORDS, 1); <<---- The last parameter should be -1

Is this something you can change in the GTK source code, or do I have to submit this problem and solution elsewhere?

Thanks,
-- Ron.

Revision history for this message
Sebastien Bacher (seb128) wrote :

When you open the bug upstream also could you mention it on launchpad so we can use a bug watch? The upstream URL http://bugzilla.gnome.org/show_bug.cgi?id=428842

Changed in gtk:
status: Unconfirmed → Unknown
Changed in gtk:
status: Unknown → Unconfirmed
Changed in gtk+2.0:
status: Unconfirmed → Confirmed
Changed in gtk:
status: Unconfirmed → Rejected
Changed in gtk:
status: Unknown → Fix Released
Revision history for this message
Daniel Holbach (dholbach) wrote :

Fixed upstream.

Changed in gtk+2.0:
status: Confirmed → Fix Committed
Revision history for this message
Sebastien Bacher (seb128) wrote :

This upload fixes the bug:

 gtk+2.0 (2.11.2-0ubuntu1) gutsy; urgency=low
 .
   * New upstream version
   * debian/control.in:
     - Build-Depends on libxcomposite-dev and libxdamage-dev
     - updated glib and pango requirement
   * debian/patches/011_directfb-build-fixes-from-head.patch,
     debian/patches/013_gdkproperty-directfb-strdup.patch,
     debian/patches/025_dfb-window-destroy-leak.patch,
     debian/patches/031_cursor-blinking-timeout.patch,
     debian/patches/032_filechooser-sizing.patch,
     debian/patches/090_capslock-numlock-im-thai.patch:
     - dropped, fixed with the new version
   * debian/patches/021_loader-files-d.patch:
     - patch update from Loic Minier
   * debian/patches/030_gtkentry_password-char-circle.patch:
     - updated
   * debian/patches/040_filechooser_single-click.patch:
     - don't apply, Debian patch which needs to be reworked
   * debian/patches/070_mandatory-relibtoolize.patch:
     - updated
   * debian/rules:
     - updated shlibs version

Changed in gtk+2.0:
status: Fix Committed → Fix Released
Changed in gtk:
importance: Unknown → Low
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.