I am running Fedora 3 on a Dell 600. The version of OpenSSH is OpenSSH_3.9p1, OpenSSL 0.9.7a Feb 19 2003 I am connect to a Sparc Solaris 9 uname -a SunOS mycomp 5.9 Generic_117171-07 sun4u sparc SUNW,Ultra-250 I use ssh to get from Fedora to the Sparc ssh -X root at mycomp mycomp password: And I am logged in. For this example I run xterm, but it also fails with xemacs Run xterm The terminal comes up and I can work with it - without the mouse. If I left click the mouse and highlight any text in the xterm, I get a fatal error and the xterm closes. The error is consistent and happens every time. xterm xterm: warning, error event received: X Error of failed request: BadAtom (invalid Atom parameter) Major opcode of failed request: 18 (X_ChangeProperty) Atom id in failed request: 0x185 Serial number of failed request: 218 Current serial number in output stream: 220 When I log in using telnet and doing the xhost thing, the window does not crash. I am not sure if the bug is an ssh bug or an X bug, but I hope you can help. Thanks Peter -- Peter Gordon Phone: +972 544 438029 Email: peter at pg-consultants.com Web: www.pg-consultants.com
Peter Gordon wrote:> I am running Fedora 3 on a Dell 600. The version of OpenSSH is > OpenSSH_3.9p1, OpenSSL 0.9.7a Feb 19 2003[...]> The terminal comes up and I can work with it - without the mouse. > If I left click the mouse and highlight any text in the xterm, I get a > fatal error and the xterm closes. The error is consistent and happens > every time. > > xterm > xterm: warning, error event received: > X Error of failed request: BadAtom (invalid Atom parameter) > Major opcode of failed request: 18 (X_ChangeProperty) > Atom id in failed request: 0x185 > Serial number of failed request: 218 > Current serial number in output stream: 220http://www.openssh.com/faq.html#3.13 3.13 - I upgraded to OpenSSH 3.8 and some X11 programs stopped working. As documented in the 3.8 release notes, ssh will now use untrusted X11 cookies by default. The previous behaviour can be restored by setting ForwardX11Trusted yes in ssh_config. Possible symptoms include: BadWindow (invalid Window parameter) BadAccess (attempt to access private resource denied) X Error of failed request: BadAtom (invalid Atom parameter) Major opcode of failed request: 20 (X_GetProperty) -- Darren Tucker (dtucker at zip.com.au) GPG key 8FF4FA69 / D9A3 86E9 7EEE AF4B B2D4 37C9 C982 80C7 8FF4 FA69 Good judgement comes with experience. Unfortunately, the experience usually comes from bad judgement.
Possibly Parallel Threads
- Security Update from MAC breaks ssh -X
- CentOS 4 - problem with remote X application
- [Bug 851] some X11 prgs generate ``BadAtom (invalid Atom parameter)'' in X_GetProperty when using X11 forwarding
- OpenSSH v3.8p1 fails to interoperate for GSSAPI (Kerberos) and X-Windows
- samba as pdc with ldap: trouble with smbldap-populate: error adding from cn=Domain Admins,ou=Groups onwards