From: SourceForge.net <no...@so...> - 2007-01-03 11:49:23
|
Bugs item #1626845, was opened at 2007-01-03 12:49 Message generated for change (Tracker Item Submitted) made by Item Submitter 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 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381347&aid=1626845&group_id=24366 |
From: SourceForge.net <no...@so...> - 2007-01-03 15:13:50
|
Bugs item #1626845, was opened at 2007-01-03 12:49 Message generated for change (Comment added) made by ossman_ 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: 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 |
From: SourceForge.net <no...@so...> - 2007-01-03 15:25:12
|
Bugs item #1626845, was opened at 2007-01-03 13:49 Message generated for change (Comment added) made by ikonst 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: Ilya Konstantinov (ikonst) Date: 2007-01-03 17: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 17: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 |
From: SourceForge.net <no...@so...> - 2007-01-03 15:34:20
|
Bugs item #1626845, was opened at 2007-01-03 12:49 Message generated for change (Comment added) made by ossman_ 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: 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 |
From: SourceForge.net <no...@so...> - 2007-01-05 15:34:14
|
Bugs item #1626845, was opened at 2007-01-03 03:49 Message generated for change (Comment added) made by nobody 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: Nobody/Anonymous (nobody) Date: 2007-01-05 07: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 07: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 07: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 07: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 |
From: SourceForge.net <no...@so...> - 2007-01-05 15:39:51
|
Bugs item #1626845, was opened at 2007-01-03 03:49 Message generated for change (Comment added) made by nobody 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: Nobody/Anonymous (nobody) Date: 2007-01-05 07: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 07: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 07: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 07: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 07: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 |
From: SourceForge.net <no...@so...> - 2007-01-05 16:09:51
|
Bugs item #1626845, was opened at 2007-01-03 03:49 Message generated for change (Comment added) made by nobody 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: Nobody/Anonymous (nobody) Date: 2007-01-05 08: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 07: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 07: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 07: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 07: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 07: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 |
From: SourceForge.net <no...@so...> - 2007-01-08 08:26:59
|
Bugs item #1626845, was opened at 2007-01-03 12:49 Message generated for change (Comment added) made by ossman_ 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: 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 |
From: SourceForge.net <no...@so...> - 2007-01-08 08:27:59
|
Bugs item #1626845, was opened at 2007-01-03 12:49 Message generated for change (Comment added) made by ossman_ 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: 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 |
From: SourceForge.net <no...@so...> - 2007-02-13 10:59:08
|
Bugs item #1626845, was opened at 2007-01-03 12:49 Message generated for change (Comment added) made by hazzy 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: 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 |
From: SourceForge.net <no...@so...> - 2007-04-17 13:55:29
|
Bugs item #1626845, was opened at 2007-01-03 06:49 Message generated for change (Comment added) made by polywog 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: Elmo (polywog) Date: 2007-04-17 09: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 05: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 03: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 03: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 11: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 10: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 10: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 10: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 10: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 10: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 |
From: SourceForge.net <no...@so...> - 2007-05-10 18:43:08
|
Bugs item #1626845, was opened at 2007-01-03 03:49 Message generated for change (Comment added) made by nobody 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: Nobody/Anonymous (nobody) Date: 2007-05-10 11: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 06: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 02: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 00: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 00: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 08: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 07: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 07: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 07: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 07: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 07: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 |
From: SourceForge.net <no...@so...> - 2007-05-10 18:44:59
|
Bugs item #1626845, was opened at 2007-01-03 03:49 Message generated for change (Comment added) made by livnah 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: livnah (livnah) Date: 2007-05-10 11: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 11: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 06: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 02: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 00: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 00: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 08: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 07: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 07: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 07: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 07: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 07: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 |
From: SourceForge.net <no...@so...> - 2011-08-31 10:33:00
|
Bugs item #1626845, was opened at 2007-01-03 14:49 Message generated for change (Comment added) made by volkov_peter 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: Volkov Peter (volkov_peter) Date: 2011-08-31 14: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 22: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 22: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 17: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 13: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 11: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 11: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 19: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 18: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 18: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 18: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 18: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 18: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 |
From: SourceForge.net <no...@so...> - 2011-08-31 10:34:14
|
Bugs item #1626845, was opened at 2007-01-03 14:49 Message generated for change (Comment added) made by volkov_peter 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: Volkov Peter (volkov_peter) Date: 2011-08-31 14:34 Message: f ---------------------------------------------------------------------- Comment By: Volkov Peter (volkov_peter) Date: 2011-08-31 14: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 22: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 22: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 17: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 13: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 11: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 11: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 19: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 18: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 18: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 18: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 18: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 18: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 |
From: SourceForge.net <no...@so...> - 2011-08-31 10:35:13
|
Bugs item #1626845, was opened at 2007-01-03 14:49 Message generated for change (Comment added) made by volkov_peter 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: Volkov Peter (volkov_peter) Date: 2011-08-31 14: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 14:34 Message: f ---------------------------------------------------------------------- Comment By: Volkov Peter (volkov_peter) Date: 2011-08-31 14: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 22: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 22: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 17: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 13: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 11: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 11: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 19: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 18: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 18: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 18: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 18: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 18: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 |
From: SourceForge.net <no...@so...> - 2011-08-31 11:03:55
|
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 |