pasting special characters results in perl errors

[sylvainfaivre]

Hello,

This issue was reported in 2011 against the Debian release : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=635513

I hit the same bug with the Ubuntu package clusterssh v4.03.06-1

When using foreign keyboard layouts (German QWERTZ for the Debian bug's issuer, and French AZERTY for me), some specials characters being pasted into clusterssh result in a perl error, while typing them directly in the clusterssh window works.

Additional info is available in the Debian bug report, including workarounds for QWERTZ and AZERTY keyboards.

Let me know if more debug info is needed.

Sylvain

[EmersonPrado]

I am facing this issue in Linux Mint Debian Edition. This uses a quite old clusterssh version, though (older than the one mentioned in this ancient bug report...), but I found no activity on this bug ever since. Some characters just don't go thru cssh, but work correctly when typed in a specific host terminal.

Checks required in project's README:

$ perl -MTk -e 'print $Tk::VERSION,$/'
804.032
$ perl -MX11::Protocol -e 'print $X11::Protocol::VERSION,$/'
0.56
$ dpkg -l clusterssh
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Nome                        Versão             Arquitectura       Descrição
+++-===========================-==================-==================-============================================================
ii  clusterssh                  4.03.03-1          all                administer multiple ssh or rsh shells simultaneously

$HOME/.clusterssh/config and the output of perl -V can be seen in this gist. There is no /etc/csshrc or anything with cssh or clusterssh under /etc.

[EmersonPrado]

Have just cloned and built the newest version from GitHub. The problem persists.

[duncs]

Which keyboard layout do you use, and is this just when pasting or also when typing?

Do the patches mebtioned in the original Debian bug help? https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=635513;filename=clusterssh.patch;msg=5 https://bugs.debian.org/cgi-bin/bugreport.cgi?att=2;bug=635513;filename=clusterssh.patch;msg=25

[sylvainfaivre]

Sorry, I forgot about this bug. It is still present in the 4.16-2 Ubuntu package.

With keymap fr : pasting these characters result in a Perl error.

With keymap fr-oss, pasting these characters don't result in a Perl error, they result in another character being entered in the Xterms.

For exemple, if I copy/paste the # character in the command window, nothing is pasted in the Xterms. If I copy/paste the @ character in the command window, É is pasted in the Xterms.

This is only when copy/pasting. Typing the characters in the command window works as designed.

https://bugs.debian.org/cgi-bin/bugreport.cgi?att=2;bug=635513;filename=clusterssh.patch;msg=25 fixed the problem for me with an AZERTY layout keyboard, for ClusterSSh v4.03.06 (this was in 2015)

[JackThird]

Sorry, I forgot about this bug. It is still present in the 4.16-2 Ubuntu package.

With keymap fr : pasting these characters result in a Perl error.

With keymap fr-oss, pasting these characters don't result in a Perl error, they result in another character being entered in the Xterms.

For exemple, if I copy/paste the # character in the command window, nothing is pasted in the Xterms. If I copy/paste the @ character in the command window, É is pasted in the Xterms.

This is only when copy/pasting. Typing the characters in the command window works as designed.

https://bugs.debian.org/cgi-bin/bugreport.cgi?att=2;bug=635513;filename=clusterssh.patch;msg=25 fixed the problem for me with an AZERTY layout keyboard, for ClusterSSh v4.03.06 (this was in 2015)

Where can I found a patch for QUERTY keyboard layout? Thanks

[sylvainfaivre]

Where can I found a patch for QUERTY keyboard layout? Thanks

There is no patch for QUERTY, although you could probably make one by following the iunstructions in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=364565