pasting special characters results in perl errors about clusterssh HOT 6 OPEN

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.

from clusterssh.

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

from clusterssh.

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

from clusterssh.

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)

from clusterssh.

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

from clusterssh.

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

from clusterssh.