[SOLVED] Clipboard in terminal requires to use shortcut multiple times

pszafer · 2021-03-10 19:40:02

Hi,

I'm using Gnome 3.38.3 with Xorg.

Lately (month maybe) I have a problem with copying from terminal apps. I tested gnome-terminal and termite.
After opening terminal using CTRL-SHIFT-C is working ok, but after several items sent to clipboard, then sometimes I need to click CTRL-SHIFT-C multiple times to send something to clipboard.
I cannot reproduce problem in any other app with CTRL-C shortcut.
Clipboard is always working if I copy with context menu.

I used to use Clipboard Manager Gnome extension, but I disabled all extensions (and restarted after that) and problem still persist.

I even replaced keyboard to check if it's faulty shift...

There is nothing in journal. There is no other keybinding to CTRL-SHIFT-C.
What else can I check?

Last edited by pszafer (2021-03-11 07:55:10)

seth · 2021-03-10 22:15:44

Are you absolutely sure about the xorg part?

loginctl session-status

Do you maybe use a multi-layout setup?

setxkbmap -print -query

Fwwi, gnome-terminal and termite are the same terminal (different wrappers around VTE3)

pszafer · 2021-03-11 06:46:22

Thanks for help!
I'm pretty sure it's Xorg, as I have HiDPi display and in Wayland zoom is huge...

[admin@PC107 ~]$ loginctl session-status
3 - admin (1175200500)
           Since: Wed 2021-03-10 20:30:36 CET; 11h ago
          Leader: 1433 (gdm-session-wor)
            Seat: seat0; vc2
             TTY: tty2
         Service: gdm-password; type x11; class user
           State: active
            Unit: session-3.scope
                  ├─1433 gdm-session-worker [pam/gdm-password]
                  ├─1449 /usr/bin/gnome-keyring-daemon --daemonize --login
                  ├─1453 /usr/lib/gdm-x-session --run-script /usr/bin/gnome-session
                  ├─1455 /usr/lib/Xorg vt2 -displayfd 3 -auth /run/user/1175200500/gdm/Xauthority -nolisten tcp -background none -noreset -keeptty -novtswitch -verbose 3
                  ├─1459 xf86-video-intel-backlight-helper intel_backlight
                  └─1468 /usr/lib/gnome-session-binary

mar 11 07:40:48 PC107.my.lan.net /usr/lib/gdm-x-session[1455]: (II) event23 - MX Vertical Mouse: is tagged by udev as: Mouse
mar 11 07:40:48 PC107.my.lan.net /usr/lib/gdm-x-session[1455]: (II) event23 - MX Vertical Mouse: device is a pointer
mar 11 07:40:55 PC107.my.lan.net gdm-password][6607]: pam_unix(gdm-password:auth): authentication failure; logname= uid=0 euid=0 tty=/dev/tty1 ruser= rhost=  user=admin
mar 11 07:40:55 PC107.my.lan.net gdm-password][6607]: pam_sss(gdm-password:auth): authentication success; logname= uid=0 euid=0 tty=/dev/tty1 ruser= rhost= user=admin
mar 11 07:41:11 PC107.my.lan.net /usr/lib/gdm-x-session[1455]: (EE) event20 - ERGO K860 Keyboard: client bug: event processing lagging behind by 16ms, your system is too slow
mar 11 07:41:17 PC107.my.lan.net /usr/lib/gdm-x-session[1455]: (II) config/udev: removing device MX Vertical Mouse
mar 11 07:41:17 PC107.my.lan.net /usr/lib/gdm-x-session[1455]: (**) Option "fd" "56"
mar 11 07:41:17 PC107.my.lan.net /usr/lib/gdm-x-session[1455]: (II) event23 - MX Vertical Mouse: device removed
mar 11 07:41:17 PC107.my.lan.net /usr/lib/gdm-x-session[1455]: (II) UnloadModule: "libinput"
mar 11 07:41:17 PC107.my.lan.net /usr/lib/gdm-x-session[1455]: (II) systemd-logind: releasing fd for 13:87

[admin@PC107 ~]$ echo $XDG_SESSION_TYPE 
x11

[admin@PC107 ~]$ setxkbmap -print -query
xkb_keymap {
	xkb_keycodes  { include "evdev+aliases(qwerty)"	};
	xkb_types     { include "complete"	};
	xkb_compat    { include "complete"	};
	xkb_symbols   { include "pc+pl+pl:2+inet(evdev)+level3(ralt_switch)+kpdl(dot)+terminate(ctrl_alt_bksp)"	};
	xkb_geometry  { include "pc(pc105)"	};
};
rules:      evdev
model:      pc105
layout:     pl,pl
variant:    ,
options:    lv3:ralt_switch,terminate:ctrl_alt_bksp,kpdl:dot

seth · 2021-03-11 07:12:27

layout: pl,pl

You somehow have a multi-layout w/ two polish variants and I could imagine ctr+shift being the layout toggle.
For other toggle options, see

grep -riE 'grp.*toggle' /usr/share/X11/xkb/rules

But you likely just want to get rid of the "second" layout?

pszafer · 2021-03-11 07:29:09

hi, I see multipl CTRL_SHIFT in there

/usr/share/X11/xkb/rules/xfree98:  grp:ctrl_shift_toggle	=	+group(ctrl_shift_toggle)
/usr/share/X11/xkb/rules/base.lst:  grp:ctrl_shift_toggle Ctrl+Shift

one layout is enough for me
Is this wiki ok to follow - https://wiki.archlinux.org/index.php/Xo … _setxkbmap

I have this in xorg.conf.d/00-keyboard.conf

Section "InputClass"
        Identifier "system-keyboard"
        MatchIsKeyboard "on"
        Option "XkbLayout" "pl"
EndSection

but there is still "pl,pl"

seth · 2021-03-11 07:35:54

Gnome or some setxkbmap script you autostart could cause this. But it's probably some gnome setting.

setxkbmap -layout pl

should™ leave you w/ one layout - depending on how frequent the issue is, you could apply this as transient measure (a new gnome login will likely reset it) and see whether the issue re-appears w/ only one layout (if it happens again, check the setxkbmap ouput on whether the two layouts are back)

"It's probably some gnome setting."

pszafer · 2021-03-11 07:54:53

I removed xorg.conf and after relogin layout is back to 'pl,pl'.
I created new user to check if it's something in $HOME and new user has same layout "pl,pl".
so I can assume that is something wrong in global setting.
I think I can live with running 'setxkbmap' after relogin.
If you have any idea where to look for this setting let me know, I'm curious

Thank you for your help!

seth · 2021-03-11 07:58:49

https://help.gnome.org/users/gnome-help … ts.html.en

The "new user" thing's a bit weird, though. Can you please post your xorg logs?
It might be altered by GDM rather than gnome?

pszafer · 2021-03-11 08:04:53

Should I paste whole log here?
I attached it for now http://ix.io/2Sqm I can paste it here if you want.

Maybe I should said that I have Hybrid graphic, I use only Intel part and don't care about nvidia.

pszafer · 2021-03-11 08:09:55

I just checked on new user - in Xorg layout is always "pl, pl" and in Wayland it always says "us" (but I guess that command setxkbmap shouldn't be use in Wayland)

Last edited by pszafer (2021-03-11 09:27:21)

seth · 2021-03-11 08:56:18

setxkbmap shouldn't be use in Wayland

It'll only affect the current xwayland server.

The log shows a single pl being used for every keyboard device.
Do you run GDM on x11 or on wayland? https://wiki.archlinux.org/index.php/GD … rg_backend

pszafer · 2021-03-11 09:25:09

GDM is on Wayland.
Should I switch to X11?

Unfortunately it's switching layout during regular runtime.
After ~1 hour it's set back to:

setxkbmap -print -query
xkb_keymap {
	xkb_keycodes  { include "evdev+aliases(qwerty)"	};
	xkb_types     { include "complete"	};
	xkb_compat    { include "complete"	};
	xkb_symbols   { include "pc+pl+pl:2+inet(evdev)+level3(ralt_switch)+kpdl(dot)+terminate(ctrl_alt_bksp)"	};
	xkb_geometry  { include "pc(pc105)"	};
};
rules:      evdev
model:      pc105
layout:     pl,pl
variant:    ,
options:    lv3:ralt_switch,terminate:ctrl_alt_bksp,kpdl:dot

Last edited by pszafer (2021-03-11 09:27:30)

pszafer · 2021-03-11 09:29:39

I switched GDM to X11. problem still persist...

pszafer · 2021-03-11 09:36:13

Value in dconf for key "/org/gnome/desktop/input-sources/sources" is

[('xkb', 'pl')]

Is this proper value?

seth · 2021-03-11 12:42:02

I don't use gnome.
Here's a simple test to blame gno… someone: install and try an openbox session from startx. If that still has two keyboards layouts, gnome's off the hook and you have no one but yourself to blame

pszafer · 2021-03-12 09:43:39

openbox session don't have this "feature", but I asked somebody with similar setup: GDM+X11+GNOME and in his setup language is set properly... so I blame myself somehow

seth · 2021-03-12 12:38:08

Same versions of gdm & gnome and also pl and not en?

I'd try to startx into a gnome session and/or start openbox from GDM. Either will tell us more about the origin of the second layout.
https://wiki.archlinux.org/index.php/GN … g_sessions

pszafer · 2021-03-15 07:22:30

same version of gdm and gnome, but for him layouts were: 'us, us' if he use gnome-settings to change layout.

I used Openbox from GDM and no problem, so I think GDM is no to blame here? Maybe worth a try from Lightdm or SDDM?

Edit: Same problem for Lightdm.

Last edited by pszafer (2021-03-15 07:32:14)

seth · 2021-03-15 07:49:33

for him layouts were: 'us, us' if he use gnome-settings

So he actually hits the same problem and all pointers hint at gnome. In particular gnome-settings?

Looking a bit in gnomes bugtracker those might be related:
https://gitlab.gnome.org/GNOME/gnome-se … issues/493
https://gitlab.gnome.org/GNOME/gnome-se … issues/193
The second one being 8 years old …

pszafer · 2021-03-15 07:58:31

Apparently it's similar bug.
After any change in Gnome Settings or Gnome Tweak Tools or after waiting for about an hour it come back to:

xkbcomp $DISPLAY && grep group server-0.xkb
        action= SetGroup(group=+1);
        action= LatchGroup(group=2);
        action= LockGroup(group=+1);
        action= LockGroup(group=-1);
        action= LockGroup(group=1);
        action= LockGroup(group=2);
    group 2 = AltGr;
    group 3 = AltGr;
    group 4 = AltGr;
        groups= 0xfe;
xkb_symbols "pc+pl+pl:2+inet(evdev)+group(alt_caps_toggle)" {
    name[group1]="Polish";
    name[group2]="Polish";

I created issue in gnome-shell https://gitlab.gnome.org/GNOME/gnome-sh … ssues/3864 , but I doubt it will be ever even commented...

Last edited by pszafer (2021-03-15 07:58:48)

seth · 2021-03-15 12:40:55

*cough* EndeavourOS isn't archlinux *cough*see https://bbs.archlinux.org/misc.php?action=rules *cough*

From the sceenshot on the bug, you've language & input at english and only formats at polish, so does it draw the polish keyboard layout config from that?

pszafer · 2021-03-15 13:01:18

my bad sorry,

I switched from English to Polish and pasted output from single Polish set lang.
I will fix this screenshot asap to be English, Polish.

Last edited by pszafer (2021-03-15 13:03:18)

pszafer · 2021-03-15 14:17:09

Anyway, thank you very much for your help Seth! I'll post here if I find out anything new.

Arch Linux

#1 2021-03-10 19:40:02

[SOLVED] Clipboard in terminal requires to use shortcut multiple times

#2 2021-03-10 22:15:44

Re: [SOLVED] Clipboard in terminal requires to use shortcut multiple times

#3 2021-03-11 06:46:22

Re: [SOLVED] Clipboard in terminal requires to use shortcut multiple times

#4 2021-03-11 07:12:27

Re: [SOLVED] Clipboard in terminal requires to use shortcut multiple times

#5 2021-03-11 07:29:09

Re: [SOLVED] Clipboard in terminal requires to use shortcut multiple times

#6 2021-03-11 07:35:54

Re: [SOLVED] Clipboard in terminal requires to use shortcut multiple times

#7 2021-03-11 07:54:53

Re: [SOLVED] Clipboard in terminal requires to use shortcut multiple times

#8 2021-03-11 07:58:49

Re: [SOLVED] Clipboard in terminal requires to use shortcut multiple times

#9 2021-03-11 08:04:53

Re: [SOLVED] Clipboard in terminal requires to use shortcut multiple times

#10 2021-03-11 08:09:55

Re: [SOLVED] Clipboard in terminal requires to use shortcut multiple times

#11 2021-03-11 08:56:18

Re: [SOLVED] Clipboard in terminal requires to use shortcut multiple times

#12 2021-03-11 09:25:09

Re: [SOLVED] Clipboard in terminal requires to use shortcut multiple times

#13 2021-03-11 09:29:39

Re: [SOLVED] Clipboard in terminal requires to use shortcut multiple times

#14 2021-03-11 09:36:13

Re: [SOLVED] Clipboard in terminal requires to use shortcut multiple times

#15 2021-03-11 12:42:02

Re: [SOLVED] Clipboard in terminal requires to use shortcut multiple times

#16 2021-03-12 09:43:39

Re: [SOLVED] Clipboard in terminal requires to use shortcut multiple times

#17 2021-03-12 12:38:08

Re: [SOLVED] Clipboard in terminal requires to use shortcut multiple times

#18 2021-03-15 07:22:30

Re: [SOLVED] Clipboard in terminal requires to use shortcut multiple times

#19 2021-03-15 07:49:33

Re: [SOLVED] Clipboard in terminal requires to use shortcut multiple times

#20 2021-03-15 07:58:31

Re: [SOLVED] Clipboard in terminal requires to use shortcut multiple times

#21 2021-03-15 12:40:55

Re: [SOLVED] Clipboard in terminal requires to use shortcut multiple times

#22 2021-03-15 13:01:18

Re: [SOLVED] Clipboard in terminal requires to use shortcut multiple times

#23 2021-03-15 14:17:09

Re: [SOLVED] Clipboard in terminal requires to use shortcut multiple times

Board footer