This is the mail archive of the
cygwin-xfree@cygwin.com
mailing list for the Cygwin XFree86 project.
RE: Mouse button copy/paste not working
- From: "Reid Thompson" <Reid dot Thompson at ateb dot com>
- To: <cygwin-xfree at cygwin dot com>,"Charles Packer" <Charles dot Packer at noaa dot gov>
- Date: Tue, 21 Jun 2005 11:42:38 -0400
- Subject: RE: Mouse button copy/paste not working
- Reply-to: cygwin-xfree at cygwin dot com
Charles Packer wrote:
> Igor Pechtchanski wrote:
>
>> See <http://x.cygwin.com/docs/faq/cygwin-x-faq.html#remote> (please
>> read
>>
>> the whole section).
>> Igor
>>
>>
> Typical Unix-head response ("Read the whole book..."). There
> is nothing
> in the FAQ that deals with this problem. However, perusing
> the Cygwin/X
> installation instructions, under the section on logging on to remote
> clients, I noticed the suggested ssh command: ssh -Y -l username
> hostdomain. I checked to see what our PC guy had set me up with under
> the alias he had given me: ssh -X -l myname $1. Changing -X
> to -Y made
> all the difference and solved the problem. Returning to the
> FAQ, there
> is a question "X forwarding does not work does not work with OpenSSH
> under Cygwin" in which the answer I needed is embedded as an
> afterthought. Suggestion: Add to the FAQ a question specifically
> mentioning the symptoms I described.
What browser are you using -- when i clicked on the link provided, my
browser opened up with the following at the top of the browser page(i.e.
my browser opened with the page scrolled to the correct location):
5. Remote connections
5.1. X11Forwarding does not work with OpenSSH under Cygwin
A1:
OpenSSH 3.8 enables untrusted X11 forwarding by default when connecting
to an ssh server that supports untrusted X11Forwarding. Most ssh servers
for GNU/Linux are versions of OpenSSH that do support untrusted
X11Forwarding, so using OpenSSH 3.8 from Cygwin will result in a
connection that uses untrusted X11Forwarding by default. You will
quickly notice that this is the case if most of your X applications are
now killed when you try to copy and paste or if xdpyinfo returns only a
fraction of the supported extensions that it does if run locally.
It is easiest to just override untrusted X11Forwarding by passing -Y to
ssh in place of -X. The -Y does the same thing as -X, but it enables
trusted X11Forwarding for the current connection.
Which is exactly the answer you were looking for....
reid