Bug 42587

Summary: Падение терминала при подключении по ssh
Product: Sisyphus Reporter: obidinog <obidinog>
Component: xtermAssignee: Fr. Br. George <george>
Status: CLOSED NOTABUG QA Contact: qa-sisyphus
Severity: normal    
Priority: P5 CC: george, iv, vseleznv
Version: unstable   
Hardware: x86_64   
OS: Linux   

Description obidinog@basealt.ru 2022-04-26 10:52:05 MSK 
Платформы:
kworkstation-10-x86-64-beta
workstation-10-x86-64
server-10-x86-64
education-10-x86-64-kde
education-10-x86-64

Пакет:
xterm-366-alt1.x86_64

Шаги:
1)Подключиться по ssh выполнив команду
ssh -X test@10.88.*.* xterm (* - ip-address)
2)Кликнуть ПКМ или ЛКМ по терминалу

Результат:
xterm падает с ошибкой:
 
xterm: warning, error event received:
X Error of failed request:  BadAccess (attempt to access private resource denied)
  Major opcode of failed request:  18 (X_ChangeProperty)
  Serial number of failed request:  285
  Current serial number in output stream:  286

Ожидаемый результат:
Падения нет
Comment 1 Vladimir D. Seleznev 2022-04-27 13:30:22 MSK 
Вы запускаете X11 forwarding с Security Extension, который не позволяет выполнить xterm'у потенциальный опасный вызов X11 (xterm не умеет обрабатывать такую ситуация и завершается).

Если вы доверяете машинке, к которой подключаетесь, вы можете использовать trusted X11 forwarding (опция -Y ssh).

Иначе надо разбираться, что за property хотел зачем поменять xterm и надо ли ему это делать на самом деле.
Comment 2 Fr. Br. George 2022-04-27 14:32:25 MSK 
https://bugzilla.redhat.com/show_bug.cgi?id=140924
2004 год)
Comment 3 Fr. Br. George 2022-04-27 15:06:23 MSK 
После ssh -X будут выдаваться ошибки на любом X-приложении, которое меняет ресурсы X-сервера — clipboard, cutbuffer и т. п. Например, xmessage.

А gtk-шные — так и вообще не будут запускаться по большей части, если специально этих ошибок не обрабатывают.

Пользуйтесь ssh -Y