gedit not responding to keystrokes

[Cliff Carson]

Don't know how to further document this except was is observed during the gedit session.

While typing information into the gedit window the keystrokes get delayed 1-2 seconds from the time the keys are struct and when the character(s) show up on the screen. It's as if the system was too busy to service the key input but that doesn't appear to be the case. This problem doesn't occur on the current gedit running under 20.04.

Any suggestions on how to document this problem?

ProblemType: Bug
DistroRelease: Ubuntu 20.10
Package: gedit 3.36.2-1
ProcVersionSignature: Ubuntu 5.8.0-18.19-generic 5.8.4
Uname: Linux 5.8.0-18-generic x86_64
NonfreeKernelModules: nvidia_modeset nvidia
ApportVersion: 2.20.11-0ubuntu45
Architecture: amd64
CasperMD5CheckResult: skip
CurrentDesktop: ubuntu:GNOME
Date: Sun Sep 20 13:03:43 2020
InstallationDate: Installed on 2020-08-28 (22 days ago)
InstallationMedia: Ubuntu 20.10 "Groovy Gorilla" - Alpha amd64 (20200826)
ProcEnviron:
 TERM=xterm-256color
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: gedit
UpgradeStatus: No upgrade log present (probably fresh install)

[Sebastien Bacher (seb128)]

Thank you for your bug report. Is that specific to gedit or do you get the same issue in other desktop softwares? Does it do it consistently or only sometimes? Do you see cpu or resource usage when you get the dealy?

[Cliff Carson (ccarson1)]

Only observed this delay using gedit. Other input programs (chrome, libreoffice, thunderbird) do not have this delay. It doesn't occur on every key stroke but as I'm editing some program source I see it frequently. I've had the system monitor running and when I see the delay checking the cpu activity doesn't show any spike around the time I was typing.

[Sebastien Bacher (seb128)]

Could you include your 'journalctl -b 0' around the time of the issue in case that has some clues?

[Cliff Carson (ccarson1)]

Trying to produce the error delay in a restrictive environment without great success. Did get gedit running on some of my c++ programs thinking maybe it was a plugin that was working. Did see that when I was looking at a line and moving the cursor with the arrow keys that there was a definite delay. As I moved the cursor across the line not every key (arrow right/left) was immediate as I would expect (system was doing nothing else). Did dump the journal at the time and passing the snippet of the time I started gedit and when I observed the delay. Will continue to try to better document this problem.

Sep 22 15:51:18 cliffps chromium_chromium.desktop[6876]: [6876:15002:0922/155118.463902:ERROR:get_updates_processor.cc(258)] PostClientToServerMessage() failed during GetUpdates with error 2
Sep 22 15:52:23 cliffps dbus-daemon[1602]: [session uid=1000 pid=1602] Activating service name='org.gnome.gedit' requested by ':1.39' (uid=1000 pid=1871 comm="/usr/bin/gnome-shell " label="unconfined")
Sep 22 15:52:23 cliffps dbus-daemon[1602]: [session uid=1000 pid=1602] Successfully activated service 'org.gnome.gedit'
Sep 22 15:54:42 cliffps wpa_supplicant[894]: wlp3s0: Reject scan trigger since one is already pending
Sep 22 15:55:08 cliffps /usr/libexec/gdm-x-session[1687]: (II) Axis 0x1 value -429 is outside expected range [-26, 548]
Sep 22 15:55:08 cliffps /usr/libexec/gdm-x-session[1687]: See https://wayland.freedesktop.org/libinput/doc/1.16.1/absolute_coordinate_ranges.html for details
Sep 22 15:55:42 cliffps systemd[1590]: Started Application launched by gsd-media-keys.
Sep 22 15:55:42 cliffps systemd[1590]: Started VTE child process 15458 launched by gnome-terminal-server process 2731.
Sep 22 15:55:42 cliffps systemd[1590]: app-gnome-x\x2dterminal\x2demulator-15449.scope: Succeeded.

[Cliff Carson (ccarson1)]

Problem is indeed intermittent. Dumped systemctl -b 0 | tail -n 100 after noticing the failure/delay and see nothing in the messages (many time no messages at all at the time of delay). Another indicator of a delay failure is when starting to edit new script then mouse wheel (trying to page down in the file) fails to react for several seconds (5-10 sec) then the screen pages. The system monitor running at the time shows normal low activity.

[Cliff Carson (ccarson1)]

Continue to see this problem, both keystroke delay and the mouse wheel response.