[ rdesktop-Bugs-1626845 ] rdesktop 1.5.0 Cut'n'paste doesn't work
SourceForge.net <[email protected]> Wed, 31 Aug 2011 13:03:53 +0200
| Newsgroups | gmane.network.rdesktop.devel |
|---|---|
| Message-ID | <[email protected]> |
Bugs item #1626845, was opened at 2007-01-03 12:49
Message generated for change (Comment added) made by astrand
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=381347&aid=1626845&group_id=24366
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Clipboard Support
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: fbertels42 (fbertels42)
Assigned to: Nobody/Anonymous (nobody)
Summary: rdesktop 1.5.0 Cut'n'paste doesn't work
Initial Comment:
Hi, all
I just installed the precompiled version of rdesktop 1.5.0 (from ftp://sunsite.informatik.rwth-aachen.de/pub/mirror/ftp.sunfreeware.com/sparc/10/rdesktop-1.5.0-sol10-sparc-local.gz) and I have the following problem:
- If I try to cut'n'paste from X11-xterm-window and insert in rdesktop-session via STRG-V (f.e. into google-search-field), it doesn't work.
- If I try vice-versa: meaning copy a text (in RDP-WINDOW)into Windows-clipboard and insert into a X11-xterm-window, it's ok.
I started the session with:
rdesktop -k de -a 16 -r sound:remote 10.9.9.9
I tried several options of '-r clipboard:...', but none of them was working.
With the old version 1.4.1, it was okay in both directions.
Does anybody have an idea?
Thanks
Frank
----------------------------------------------------------------------
>Comment By: Peter Åstrand (astrand)
Date: 2011-08-31 13:03
Message:
To attach files, click on "Add a file". If this doesn't work, it's perhaps
because you haven't submitted this item. This is a crazy Sourceforge
restriction. I guess you can open up a new tracker item instead, then.
For the actual problems, if you want, you can always try the different
Subversion versions between 1.4 and 1.5 and see if you can pinpoint the
commit that caused the problem.
----------------------------------------------------------------------
Comment By: Volkov Peter (volkov_peter)
Date: 2011-08-31 12:35
Message:
Sorry for spam. I don't see how to attach file here. If you need output
just tell me and I'll send it to you.
----------------------------------------------------------------------
Comment By: Volkov Peter (volkov_peter)
Date: 2011-08-31 12:34
Message:
f
----------------------------------------------------------------------
Comment By: Volkov Peter (volkov_peter)
Date: 2011-08-31 12:32
Message:
I still have this problem with rdesktop 1.7.0. I've tried so far:
1. Checked that clipboard (clipsrv) is running on windows
2. started/restarted rdpclip.exe
3. added -r clipboard:PRIMARYCLIPBOARD or -r clipboard:CLIPBOARD options.
But still nothing works. Any more ideas? I'll attach output for session
where I've tried to cut and paste some text.
----------------------------------------------------------------------
Comment By: livnah (livnah)
Date: 2007-05-10 20:44
Message:
Logged In: YES
user_id=1745497
Originator: NO
Greets all - I updated to 1.5.0 using both a binary package and now a
self-compiled source (with clipboard debug support) and am finding the same
stuff. Catch is that I'm running it on an FC5 (2.6.20) with Gnome (so no
klipper involved) and am seeing exactly the same stuff as hazzy:
Probing selections.
CLIPRDR recv: type=2, status=0, length=144
CLIPRDR send: type=3, status=1, length=0
(this goes over and over and over again, stacking both my CPU and network
connections, griding my machine to a near-hault on all processes OTHER than
rdesktop). It seems like it's just not playing nice with the clipboard. I
tried a reboot, just thinking that perhaps my gnome or X clipboard went
into a funk, but same thing happened when I returned.
Ideas? Fixes? Workarounds?
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2007-05-10 20:43
Message:
Logged In: NO
Greets all - I updated to 1.5.0 using both a binary package and now a
self-compiled source (with clipboard debug support) and am finding the same
stuff. Catch is that I'm running it on an FC5 (2.6.20) with Gnome (so no
klipper involved) and am seeing exactly the same stuff as hazzy:
Probing selections.
CLIPRDR recv: type=2, status=0, length=144
CLIPRDR send: type=3, status=1, length=0
(this goes over and over and over again, stacking both my CPU and network
connections, griding my machine to a near-hault on all processes OTHER than
rdesktop). It seems like it's just not playing nice with the clipboard. I
tried a reboot, just thinking that perhaps my gnome or X clipboard went
into a funk, but same thing happened when I returned.
Ideas? Fixes? Workarounds?
----------------------------------------------------------------------
Comment By: Elmo (polywog)
Date: 2007-04-17 15:55
Message:
Logged In: YES
user_id=9776
Originator: NO
Cut/Paste isn't working for me either. This was compiled from source on
FC6. Basically, (even with Klipper off), cut and paste breaks by chopping
off the last character in the field to be pasted. The last character being
chopped off is when copying from FC6 to Windows XP. Copying and pasting
from WinXP to FC6 works okay. Also, the behavior is the same wither using
copy or cut.
----------------------------------------------------------------------
Comment By: Johannes Ranke (hazzy)
Date: 2007-02-13 11:59
Message:
Logged In: YES
user_id=834828
Originator: NO
Using Windows XP remotely via rdestkop 1.5 configured
--with-debug-clipboard
When I copy text from Windows XP via Ctrl-C, I get in the debug window:
CLIPRDR recv: type=2, status=0, length=324
CLIPRDR send: type=3, status=1, length=0
Probing selections.
and then when I paste it into e.g. an xterm on Linux:
xclip_handle_SelectionRequest: selection=PRIMARY, target=UTF8_STRING,
property=_XT_SELECTION_0
cliprdr_send_data_request
CLIPRDR send: type=4, status=0, length=4
CLIPRDR recv: type=5, status=1, length=30
xclip_provide_selection: requestor=0x02200011, target=UTF8_STRING,
property=_XT_SELECTION_0, length=14
In this direction everything works.
Now when I put text into the X clipboard by selecting it with the middle
mouse
button I get just no output in the xterm. Obviously rdesktop doesn't
notice
that I have put something into the clipboard.
Hannes
----------------------------------------------------------------------
Comment By: Pierre Ossman (ossman_)
Date: 2007-01-08 09:27
Message:
Logged In: YES
user_id=1469081
Originator: NO
One more thing... If you could also try compiling with clipboard debug
output and see if any errors and warnings are printed (meaning you have to
start rdesktop in a console).
----------------------------------------------------------------------
Comment By: Pierre Ossman (ossman_)
Date: 2007-01-08 09:26
Message:
Logged In: YES
user_id=1469081
Originator: NO
Ok, so it is probably not klipper that is messing with us (unless it auto
respawns).
I would suggest reverting bit by bit of xclip.c up until 1.27. There were
a lot of changes done to the code there.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2007-01-05 17:09
Message:
Logged In: NO
I just reverted, out of curiosity, the changes you can see from
http://rdesktop.cvs.sourceforge.net/rdesktop/rdesktop/xclip.c?r1=1.40&r2=1.41&pathrev=RDESKTOP-1-5-0
but it didn't help. So it must be something else that has changed.
Johannes
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2007-01-05 16:39
Message:
Logged In: NO
With rdesktop 1.4.0 (Version in Debian sarge) it works in both directions,
regardless wether klipper (3.5.5 from Debian etch) is running or not.
Johannes Ranke
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2007-01-05 16:34
Message:
Logged In: NO
Hi,
I just read this thread because I have the same problem with rdesktop 1.5
(copying only works from the rdesktop window to X). I then quit klipper (it
was running, but it didnt't help). I will downgrade rdesktop to see what
happens.
Johannes Ranke
----------------------------------------------------------------------
Comment By: Pierre Ossman (ossman_)
Date: 2007-01-03 16:34
Message:
Logged In: YES
user_id=1469081
Originator: NO
Klipper is always a wonderful source of new patches of gray hair.
There are no known problems no, but Klipper is usually the first suspect
when clipboard handling goes south. It tends to find new and exotic ways to
do even the simplest operation. It can get into a rather interesting brawl
with the equivalent daemon in Microsoft Office.
As you can probably tell I'm not a big fan. ;)
Feel free to dig deeper into any strange interactions you can find.
----------------------------------------------------------------------
Comment By: Ilya Konstantinov (ikonst)
Date: 2007-01-03 16:25
Message:
Logged In: YES
user_id=335423
Originator: NO
Is Klipper a known problem? I've also noticed such a problem suddenly
appearing with 1.5.0 and since I know the clipboard code and no significant
changes in it have occurred and this has just coincided with my switch to
KDE, Klipper can just as well be the reason.
But still, most programs work fine with Klipper. Is there a good reason
why we won't be?
----------------------------------------------------------------------
Comment By: Pierre Ossman (ossman_)
Date: 2007-01-03 16:13
Message:
Logged In: YES
user_id=1469081
Originator: NO
Works here.
Which desktop environment are you running? Perhaps KDE's klipper is
running and making life a pain.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=381347&aid=1626845&group_id=24366
------------------------------------------------------------------------------
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better
price-free! And you'll get a free "Love Thy Logs" t-shirt when you
download Logger. Secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsisghtdev2dev
_______________________________________________
rdesktop-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/rdesktop-devel