PuTTY semi-bug rdesktop-paste-hang

Home | Licence | FAQ | Docs | Download | Keys | Links
Mirrors | Updates | Feedback | Changes | Wishlist | Team

We've had a few reports that the following scenario causes PuTTY to hang ("Not responding"):

1. Set up a PuTTY session with a tunnel for a Remote Desktop session.
2. Copy text from the Remote Desktop session.
3. Paste it into the PuTTY session running the tunnel.

This sounds like a classic deadlock. This looks plausible if Terminal Services defers sending clipboard data over the network until it's requested; PuTTY does all the operations involved in a paste without explicitly checking for and dealing with any network activity.

It seems that the data is only hauled over the network once; if it's pasted into another local applicaton and then pasted into the tunnelling PuTTY without re-selecting, it works (at least with XP Pro SP2 as the server).

However, we haven't been able to reproduce it ourselves (with XP SP1). We've had one report that it only happens when pasting from certain applications on the Remote Desktop end (mIRC is one such), which could explain that (or could just turn out to be a mistaken correlation caused by the effect mentioned above).

Another workaround is apparently to paste into some other local application and re-copy from there before pasting into PuTTY.

This deadlock can also show up when copying data from a tunnelled X session and pasting into the PuTTY session doing the tunnelling; this has been reported with Seagull Software BlueZoneX versions 7 and up.

Reports:

• <000001c3f126$ee1b8ca0$6401a8c0@COMPAQ>
  MS Win XP Home Edition, 5.1.2600 SP 1 Build 2600; 0.53b, 2004-02-12
• <20050108235307.GA44292@donnex.net>
  "windows xp sp2 pro swedish version"; 0.56 "and dev"
• <Pine.LNX.4.44.0505231927410.25150-100000@smurfette.trifocus.net>
  "windowsxp pro service pack 2"; 0.57, 0.58; only happens with mIRC
• <7b9f25e50506080824205a0732@mail.gmail.com>
  0.58 on 98SE client; server is XP Pro SP2

Audit trail for this semi-bug.