GNOME Bugzilla – Bug 791427
Pointer stuck in text mode on right-click, breaking context menus, etc. (TextView/Entry)
Last modified: 2018-05-02 19:35:20 UTC
libgtk-3-0:amd64 version 3.22.25-0ubuntu0.1 When right-clicking on Gtk text areas (such as an editable text area or a text entry field), a context menu does not appear. The pop-up context menu typically lists options such as copy, paste, etc. EXAMPLES Examples of applications that are impacted include: 1. Gedit Text Area 2. Nautlus (editable address bar) 3. Google Chrome URL bar 4. GtkHash (text entry fields) Interestingly the text areas of some other applications do show pop-up context menu when right-clicked: 1. Libre Office Writer 2. Web pages in Google Chrome that require text entry (such as this web page) RECREATING ISSUE I do not have a consistent way to recreate this issue (yet). When I first log in, the right-click context menus work fine. After some time of usage, the right-click context menus no longer appear. If I use the computer long enough (over an hour) without rebooting, this issue always appears. This issue seems to only affect widgets that require text entry. However, there is one exception I have noticed: the tabs in Google Chrome stop showing pop-up context menus at the same time as this issues manifests itself for the rest of gnome-shell applications with text areas. OTHER CONTEXT MENUS Context menus for other widgets do appear upon right-click, as expected, and work fine. For example, the context menu for window title bars appear when right-clicking on them. The context menu for folders and files in Nautilus also appear when right-clicking on them. SYSTEM INFORMATION $ lsb_release -rd Description: Ubuntu 17.10 Release: 17.10 $ apt-cache policy gnome-shell gnome-shell: Installed: 3.26.1-0ubuntu5 Candidate: 3.26.1-0ubuntu5 Version table: *** 3.26.1-0ubuntu5 500 500 http://us.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 3.26.1-0ubuntu4 500 500 http://us.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: gnome-shell 3.26.1-0ubuntu5 ProcVersionSignature: Ubuntu 4.13.0-16.19-generic 4.13.4 Uname: Linux 4.13.0-16-generic x86_64 NonfreeKernelModules: wl nvidia_uvm nvidia_drm nvidia_modeset nvidia ApportVersion: 2.20.7-0ubuntu3.1 Architecture: amd64 CurrentDesktop: GNOME Date: Fri Nov 10 18:39:00 2017 DisplayManager: gdm3 GsettingsChanges: b'org.gnome.shell' b'enabled-extensions' b"['<email address hidden>', '<email address hidden>', '<email address hidden>', '<email address hidden>', '<email address hidden>', '<email address hidden>', '<email address hidden>', '<email address hidden>', '<email address hidden>']" b'org.gnome.shell' b'had-bluetooth-devices-setup' b'true' b'org.gnome.shell' b'favorite-apps' b"['google-chrome.desktop', 'chrome-eppojlglocelodeimnohnlnionkobfln-Default.desktop', 'org.gnome.Nautilus.desktop', 'org.gnome.Terminal.desktop', 'org.gnome.gedit.desktop', 'libreoffice-writer.desktop', 'libreoffice-calc.desktop', 'org.gnome.Software.desktop', 'gnome-system-monitor.desktop']" b'org.gnome.desktop.interface' b'gtk-im-module' b"'gtk-im-context-simple'" InstallationDate: Installed on 2017-11-08 (2 days ago) InstallationMedia: Ubuntu 17.10.0 2017.11.07 amd64 "Custom Artful Aardvark" ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR=<set> LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: gnome-shell UpgradeStatus: No upgrade log present (probably fresh install)
*** Bug 791428 has been marked as a duplicate of this bug. ***
I just noticed a side-effect which may help in debugging this issue... The mouse cursor does not revert to a pointer after doing a right-click. NORMAL EXPECTED BEHAVIOR (a) Typically, if you are hovering over an editable text area, the mouse pointer is a vertical bar (cursor). when you move outside the text area, such as the window title-bar, the mouse pointer reverts to an arrow. (b) Also, when you right click in a text area, the mouse pointer changes to an arrow, so you can pick something in the pop-up context menu that appears. UNWANTED SIDE-EFFECT BEHAVIOR In this case, right-clicking does not change the cursor to an arrow; it stays as a vertical bar. After this, if you move the pointer outside the text area to the window title bar, the mouse pointer is still a cursor (vertical bar shape). Normal behavior should be as described in (a) above. This also happens for window resize pointers. The mouse pointer stays as a cursor every where in the window after right-clicking in the text area.
I checked if the system is receiving mouse right-click inputs using: xinput --test-x12 --root I found that right-button clicks are, indeed, reistered. - In a gnome-terminal window, the context menu appeared. - But in gedit, the context menu DID NOT appear. EVENT type 4 (ButtonPress) device: 15 (15) detail: 3 flags: root: 1232.94/1189.67 event: 1232.94/1189.67 buttons: modifiers: locked 0 latched 0 base 0 effective: 0 group: locked 0 latched 0 base 0 effective: 0 valuators: windows: root 0x13d event 0x13d child 0x803868 EVENT type 16 (RawButtonRelease) device: 2 (15) detail: 3 flags: valuators: EVENT type 5 (ButtonRelease) device: 15 (15) detail: 3 flags: root: 1232.94/1189.67 event: 1232.94/1189.67 buttons: 3 modifiers: locked 0 latched 0 base 0 effective: 0 group: locked 0 latched 0 base 0 effective: 0 valuators: windows: root 0x13d event 0x13d child 0x803868
Sounds like there may be an issue with grabs on your system. This certainly works in gtk3 in general, so I would recommend that you report this issue to the ubuntu team and see if they have any insight.
Matthais, thanks for your response... I was able to do the exact same install on a second computer. On the second computer, this issue does not occur. But it always occurs on the first computer (even after a fresh re-install). Although they are different machines, two significant differences is that the first computer (where the issue occurs) is a laptop with HDPI and touch screen, and the other is a desktop with a traditional LCD. I don't think it is a hardware issue, because the right clicks continue to work in the top bar and the dock, on the laptop. It does look like the something grabs the right clicks for all gtk text areas, so the event never gets passed to the actual widget. Since I don't use the touch screen, I wonder if this could be related to the way scaling is handled on HDPI screens.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gtk/issues/991.