Menu
▾
▴
rdesktop-devel — Technical discussion list for developers
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
(6) |
May
(26) |
Jun
(28) |
Jul
(27) |
Aug
(18) |
Sep
(25) |
Oct
(33) |
Nov
(64) |
Dec
(31) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(48) |
Feb
(57) |
Mar
(44) |
Apr
(48) |
May
(59) |
Jun
(91) |
Jul
(35) |
Aug
(44) |
Sep
(43) |
Oct
(122) |
Nov
(13) |
Dec
(30) |
| 2004 |
Jan
(37) |
Feb
(32) |
Mar
(35) |
Apr
(49) |
May
(39) |
Jun
(72) |
Jul
(20) |
Aug
(25) |
Sep
(33) |
Oct
(13) |
Nov
(18) |
Dec
(4) |
| 2005 |
Jan
(4) |
Feb
(14) |
Mar
(26) |
Apr
(40) |
May
(31) |
Jun
(24) |
Jul
(20) |
Aug
(36) |
Sep
(50) |
Oct
(104) |
Nov
(126) |
Dec
(65) |
| 2006 |
Jan
(71) |
Feb
(42) |
Mar
(43) |
Apr
(93) |
May
(76) |
Jun
(48) |
Jul
(68) |
Aug
(58) |
Sep
(59) |
Oct
(108) |
Nov
(23) |
Dec
(36) |
| 2007 |
Jan
(41) |
Feb
(11) |
Mar
(40) |
Apr
(48) |
May
(61) |
Jun
(33) |
Jul
(19) |
Aug
(16) |
Sep
(34) |
Oct
(25) |
Nov
(38) |
Dec
(12) |
| 2008 |
Jan
(11) |
Feb
(29) |
Mar
(19) |
Apr
(18) |
May
(20) |
Jun
(22) |
Jul
(25) |
Aug
(24) |
Sep
(17) |
Oct
(33) |
Nov
(29) |
Dec
(38) |
| 2009 |
Jan
(26) |
Feb
(30) |
Mar
(44) |
Apr
(31) |
May
(60) |
Jun
(36) |
Jul
(22) |
Aug
(23) |
Sep
(24) |
Oct
(33) |
Nov
(34) |
Dec
(19) |
| 2010 |
Jan
(25) |
Feb
(21) |
Mar
(27) |
Apr
(6) |
May
(17) |
Jun
(23) |
Jul
(14) |
Aug
(33) |
Sep
(17) |
Oct
(10) |
Nov
(5) |
Dec
(19) |
| 2011 |
Jan
(9) |
Feb
(5) |
Mar
(51) |
Apr
(23) |
May
(16) |
Jun
(18) |
Jul
(82) |
Aug
(36) |
Sep
(19) |
Oct
(24) |
Nov
(22) |
Dec
(5) |
| 2012 |
Jan
(12) |
Feb
(3) |
Mar
(17) |
Apr
(5) |
May
|
Jun
(5) |
Jul
(7) |
Aug
(4) |
Sep
(7) |
Oct
(8) |
Nov
(20) |
Dec
(2) |
| 2013 |
Jan
(3) |
Feb
|
Mar
|
Apr
(11) |
May
|
Jun
(3) |
Jul
(6) |
Aug
(6) |
Sep
|
Oct
|
Nov
|
Dec
(3) |
| 2014 |
Jan
(3) |
Feb
(4) |
Mar
(1) |
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2012-11-22 09:56:12
|
Bugs item #3589086, was opened at 2012-11-21 23:59 Message generated for change (Comment added) made by hean01 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381347&aid=3589086&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: Authentication Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jarosław (Jarek) Polok () Assigned to: Henrik Andersson (hean01) Summary: credssp + kerberos - cannot connect to misconfigured TSs Initial Comment: Hello Devs ! With current rdesktop SVN trunk I have problems connecting to some (misconfigured) Terminal Servers: these servers advertise CredSSP + Kerberos but do not have proper Kerberos identities (ie: TERMSERV/server.domain@REALM keys have not been created) rdesktop fails with: # rdesktop terminal.server.domain Autoselected keyboard map en-us ERROR: CredSSP: Initialize failed, do you have correct kerberos tgt initialized ? ERROR: GSS error [0:13:0]: CredSSP: SPNEGO negotiation failed. ERROR: - Unspecified GSS failure. Minor code may provide more information Proposed patch adds an '-Z' command line option permitting disabling CredSSP at run time. Please consider including this patch in rdesktop. Best Regards Jarek ---------------------------------------------------------------------- >Comment By: Henrik Andersson (hean01) Date: 2012-11-22 01:56 Message: Thanks Jarek for the input, i believe that the right approach would be to handle the fallbacks correctly in rdesktop, with this fallback chain: hybrid -> TLS -> Plain RDP I'll see if i found a simple approach to this. Regards, Henrik Andersson ---------------------------------------------------------------------- Comment By: Jarosław (Jarek) Polok () Date: 2012-11-22 01:35 Message: Hi, The MS Remote Desktop Connection client (Win 7) 'just works' (my guess is it tries CredSSP and then executes a fallback - since server does not enforce it .. but no idea how to debug this further .. I'm a Linux guy ;-)) I've configured a system (Win 7) to enforce it (http://www.elmajdal.net/win7/Enabling_Remote_Desktop_Connection_in_Windows_7.aspx) and then things are different: # ./rdesktop rdptest.my.domain Autoselected keyboard map en-us Segmentation fault (core dumped) [ for info, backtrace shows: #0 0x0000003a26a75a35 in malloc_consolidate () from /lib64/libc.so.6 #1 0x0000003a26a78bb5 in _int_malloc () from /lib64/libc.so.6 #2 0x0000003a26a7ba08 in malloc_check () from /lib64/libc.so.6 #3 0x00000000004077eb in xmalloc (size=4096) at rdesktop.c:1163 #4 0x0000000000435498 in cssp_send_tsrequest (token=0x7fffffffd5b0, auth=0x0, pubkey=0x0) at cssp.c:352 ... that looks like different problem ] # ./rdesktop -Z rdptest.my.domain Autoselected keyboard map en-us WARNING: RDP protocol negotiation failed with reason: hybrid authentication (CredSSP) required by server (error 0x5), WARNING: retrying without negotiation using plain RDP protocol. ERROR: recv: Connection reset by peer (rdptest.my.domain has properly configured Kerberos service principal name: TERMSRV/rdptest.my.domain) I believe that since CredSSP is/can be optional there should not be a problem disabling it on command line ? Or alternatively: if CredSSP does not work, a fallback to 'plain RDP' could be implemented ? Regards Jarek ---------------------------------------------------------------------- Comment By: Henrik Andersson (hean01) Date: 2012-11-22 00:37 Message: Hi Jarek, I wonder if this is the right approach, could you please verify how M$ client behaves when connecting to the misconfigured TS servers ? Regards, Henrik Andersson ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381347&aid=3589086&group_id=24366 |
|
From: SourceForge.net <no...@so...> - 2012-11-22 09:35:07
|
Bugs item #3589086, was opened at 2012-11-21 23:59 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381347&aid=3589086&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: Authentication Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jarosław (Jarek) Polok () Assigned to: Henrik Andersson (hean01) Summary: credssp + kerberos - cannot connect to misconfigured TSs Initial Comment: Hello Devs ! With current rdesktop SVN trunk I have problems connecting to some (misconfigured) Terminal Servers: these servers advertise CredSSP + Kerberos but do not have proper Kerberos identities (ie: TERMSERV/server.domain@REALM keys have not been created) rdesktop fails with: # rdesktop terminal.server.domain Autoselected keyboard map en-us ERROR: CredSSP: Initialize failed, do you have correct kerberos tgt initialized ? ERROR: GSS error [0:13:0]: CredSSP: SPNEGO negotiation failed. ERROR: - Unspecified GSS failure. Minor code may provide more information Proposed patch adds an '-Z' command line option permitting disabling CredSSP at run time. Please consider including this patch in rdesktop. Best Regards Jarek ---------------------------------------------------------------------- >Comment By: Jarosław (Jarek) Polok () Date: 2012-11-22 01:35 Message: Hi, The MS Remote Desktop Connection client (Win 7) 'just works' (my guess is it tries CredSSP and then executes a fallback - since server does not enforce it .. but no idea how to debug this further .. I'm a Linux guy ;-)) I've configured a system (Win 7) to enforce it (http://www.elmajdal.net/win7/Enabling_Remote_Desktop_Connection_in_Windows_7.aspx) and then things are different: # ./rdesktop rdptest.my.domain Autoselected keyboard map en-us Segmentation fault (core dumped) [ for info, backtrace shows: #0 0x0000003a26a75a35 in malloc_consolidate () from /lib64/libc.so.6 #1 0x0000003a26a78bb5 in _int_malloc () from /lib64/libc.so.6 #2 0x0000003a26a7ba08 in malloc_check () from /lib64/libc.so.6 #3 0x00000000004077eb in xmalloc (size=4096) at rdesktop.c:1163 #4 0x0000000000435498 in cssp_send_tsrequest (token=0x7fffffffd5b0, auth=0x0, pubkey=0x0) at cssp.c:352 ... that looks like different problem ] # ./rdesktop -Z rdptest.my.domain Autoselected keyboard map en-us WARNING: RDP protocol negotiation failed with reason: hybrid authentication (CredSSP) required by server (error 0x5), WARNING: retrying without negotiation using plain RDP protocol. ERROR: recv: Connection reset by peer (rdptest.my.domain has properly configured Kerberos service principal name: TERMSRV/rdptest.my.domain) I believe that since CredSSP is/can be optional there should not be a problem disabling it on command line ? Or alternatively: if CredSSP does not work, a fallback to 'plain RDP' could be implemented ? Regards Jarek ---------------------------------------------------------------------- Comment By: Henrik Andersson (hean01) Date: 2012-11-22 00:37 Message: Hi Jarek, I wonder if this is the right approach, could you please verify how M$ client behaves when connecting to the misconfigured TS servers ? Regards, Henrik Andersson ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381347&aid=3589086&group_id=24366 |
|
From: SourceForge.net <no...@so...> - 2012-11-22 08:37:26
|
Bugs item #3589086, was opened at 2012-11-21 23:59 Message generated for change (Comment added) made by hean01 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381347&aid=3589086&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: Authentication Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jarosław (Jarek) Polok () >Assigned to: Henrik Andersson (hean01) Summary: credssp + kerberos - cannot connect to misconfigured TSs Initial Comment: Hello Devs ! With current rdesktop SVN trunk I have problems connecting to some (misconfigured) Terminal Servers: these servers advertise CredSSP + Kerberos but do not have proper Kerberos identities (ie: TERMSERV/server.domain@REALM keys have not been created) rdesktop fails with: # rdesktop terminal.server.domain Autoselected keyboard map en-us ERROR: CredSSP: Initialize failed, do you have correct kerberos tgt initialized ? ERROR: GSS error [0:13:0]: CredSSP: SPNEGO negotiation failed. ERROR: - Unspecified GSS failure. Minor code may provide more information Proposed patch adds an '-Z' command line option permitting disabling CredSSP at run time. Please consider including this patch in rdesktop. Best Regards Jarek ---------------------------------------------------------------------- >Comment By: Henrik Andersson (hean01) Date: 2012-11-22 00:37 Message: Hi Jarek, I wonder if this is the right approach, could you please verify how M$ client behaves when connecting to the misconfigured TS servers ? Regards, Henrik Andersson ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381347&aid=3589086&group_id=24366 |
|
From: SourceForge.net <no...@so...> - 2012-11-22 07:59:05
|
Bugs item #3589086, was opened at 2012-11-21 23:59 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381347&aid=3589086&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: Authentication Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jarosław (Jarek) Polok () Assigned to: Nobody/Anonymous (nobody) Summary: credssp + kerberos - cannot connect to misconfigured TSs Initial Comment: Hello Devs ! With current rdesktop SVN trunk I have problems connecting to some (misconfigured) Terminal Servers: these servers advertise CredSSP + Kerberos but do not have proper Kerberos identities (ie: TERMSERV/server.domain@REALM keys have not been created) rdesktop fails with: # rdesktop terminal.server.domain Autoselected keyboard map en-us ERROR: CredSSP: Initialize failed, do you have correct kerberos tgt initialized ? ERROR: GSS error [0:13:0]: CredSSP: SPNEGO negotiation failed. ERROR: - Unspecified GSS failure. Minor code may provide more information Proposed patch adds an '-Z' command line option permitting disabling CredSSP at run time. Please consider including this patch in rdesktop. Best Regards Jarek ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381347&aid=3589086&group_id=24366 |
|
From: Peter Å. <as...@ce...> - 2012-11-21 09:16:00
|
Hi. As you perhaps know, Sourceforge is introducing a new platform called "Allura". Old projects can quite easily migrate. There are several advantages of doing so: * SF want projects to migrate, and they are not working on the old framework any longer. Support cases are often closed with "wont fix". * The new interface is nicer and should be easier to use. More details about Allura can be found here: https://sourceforge.net/p/allura/wiki/Features/ Howevere, there's one small problem: "If you have donations enabled, there will be a Donate link that will allow donations. However, it will be a direct link to the PayPal donation page, and individual donors will no longer be tracked or displayed." I've created this ticket: https://sourceforge.net/p/allura/tickets/5338/. Perhaps SF will fix this problem in the future. Or, we can handle it some other way, such as manually publishing donations on www.rdesktop.org, if the donor wants. My conclusion is that we should proceed with the migration to Allura, but if anyone objects, please say so. If there are no objections, I will do the migration 2012-11-28. Regards, --- Peter Åstrand ThinLinc Chief Developer Cendio AB http://cendio.com Teknikringen 8 http://twitter.com/ThinLinc 583 30 Linköping http://facebook.com/ThinLinc Phone: +46-13-214600 http://plus.google.com/112509906846170010689 |
|
From: SourceForge.net <no...@so...> - 2012-11-15 16:12:50
|
Bugs item #3398169, was opened at 2011-08-25 13:41 Message generated for change (Comment added) made by mvrk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381347&aid=3398169&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: Keyboard Input Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Tomas Pospisek (herbst) Assigned to: Nobody/Anonymous (nobody) Summary: rdesktop won't release keyboad after network disconnect Initial Comment: If rdesktop looses the connection it won't release the keyboard and thus no other X application will be able to receive key events. Sometimes rdesktop will also grab the mouse. See: https://bugs.launchpad.net/debian/+source/rdesktop/+bug/81854 https://bugs.launchpad.net/ubuntu/+source/rdesktop/+bug/217868 http://bugs.debian.org/317068 etc. ---------------------------------------------------------------------- Comment By: Maverick (mvrk) Date: 2012-11-15 08:12 Message: Any news about this bug? It also happens to me, Fedora 17 (x86_64), rdesktop-1.7.0-2.fc17.x86_64 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381347&aid=3398169&group_id=24366 |
|
From: SourceForge.net <no...@so...> - 2012-11-15 11:51:25
|
Bugs item #3579667, was opened at 2012-10-24 01:28 Message generated for change (Comment added) made by hean01 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381347&aid=3579667&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: None Group: None Status: Open Resolution: None Priority: 9 Private: No Submitted By: houda (houda28) Assigned to: Nobody/Anonymous (nobody) Summary: rdp LegalNoticeText problem Initial Comment: i download the rdesktop client , and use it to connect a pc1 which is a member of terminal session farm, the connect redirect to pc2. Because the both pc (pc1, pc2) have setting the LegalNoticeText , so it will show legal notice twice ,is there any method to show the legal notice only one time just like what "mstsc client " do ? ---------------------------------------------------------------------- >Comment By: Henrik Andersson (hean01) Date: 2012-11-15 03:51 Message: Hi Houda, Could you please test the following patches if those solves your problem. https://sourceforge.net/tracker/?func=detail&aid=3575645&group_id=24366&atid=381349 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381347&aid=3579667&group_id=24366 |
|
From: SourceForge.net <no...@so...> - 2012-11-15 11:42:40
|
Feature Requests item #1164249, was opened at 2005-03-15 22:55 Message generated for change (Comment added) made by hean01 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381350&aid=1164249&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: None Group: None >Status: Closed Priority: 5 Private: No Submitted By: Adam Morley (adammorley) Assigned to: Henrik Andersson (hean01) Summary: Kerberos support in rdesktop for passwordless logins Initial Comment: Hi, I sent a message to -devel about this too. I would LOVE to see passwordless logins to Windows TS environments using Kerberos tickets. Ie: I'm on a linux box, I have a Kerberos ticket for a realm. A windows TS box exists, using that realm. I hit rdesktop up against it, rdesktop gets a ticket for the host principal from the KDC, sends it to the TS server, and I'm logged in w/o a password prompt. Ideally, rdesktop would also handle forwarding my ticket so that I would be able to use it on the Windows server too. It would be k-rad. Please see my post at: http://sourceforge.net/mailarchive/forum.php?thread_id=6813311&forum_id=8865 thanks, adam ---------------------------------------------------------------------- >Comment By: Henrik Andersson (hean01) Date: 2012-11-15 03:42 Message: RDP does not have support for user authentication using Kerberos, see http://social.msdn.microsoft.com/Forums/en-US/os_windowsprotocols/thread/da074f0f-0887-4151-88ea-19a671ed91d9 for more information, Kerberos/CredSSP is used to authenticate servers. However commit r1676 brings (Kerberos + CredSSP) to rdesktop. ---------------------------------------------------------------------- Comment By: Henrik Andersson (hean01) Date: 2012-11-15 03:41 Message: RDP does not have support for user authentication using Kerberos, see http://social.msdn.microsoft.com/Forums/en-US/os_windowsprotocols/thread/da074f0f-0887-4151-88ea-19a671ed91d9 for more information, Kerberos/CredSSP is used to authenticate servers. However commit r1676 brings (Kerberos + CredSSP) to rdesktop. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381350&aid=1164249&group_id=24366 |
|
From: SourceForge.net <no...@so...> - 2012-11-15 11:41:47
|
Feature Requests item #1164249, was opened at 2005-03-15 22:55 Message generated for change (Comment added) made by hean01 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381350&aid=1164249&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: None Group: None Status: Open Priority: 5 Private: No Submitted By: Adam Morley (adammorley) >Assigned to: Henrik Andersson (hean01) Summary: Kerberos support in rdesktop for passwordless logins Initial Comment: Hi, I sent a message to -devel about this too. I would LOVE to see passwordless logins to Windows TS environments using Kerberos tickets. Ie: I'm on a linux box, I have a Kerberos ticket for a realm. A windows TS box exists, using that realm. I hit rdesktop up against it, rdesktop gets a ticket for the host principal from the KDC, sends it to the TS server, and I'm logged in w/o a password prompt. Ideally, rdesktop would also handle forwarding my ticket so that I would be able to use it on the Windows server too. It would be k-rad. Please see my post at: http://sourceforge.net/mailarchive/forum.php?thread_id=6813311&forum_id=8865 thanks, adam ---------------------------------------------------------------------- >Comment By: Henrik Andersson (hean01) Date: 2012-11-15 03:41 Message: RDP does not have support for user authentication using Kerberos, see http://social.msdn.microsoft.com/Forums/en-US/os_windowsprotocols/thread/da074f0f-0887-4151-88ea-19a671ed91d9 for more information, Kerberos/CredSSP is used to authenticate servers. However commit r1676 brings (Kerberos + CredSSP) to rdesktop. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381350&aid=1164249&group_id=24366 |
|
From: SourceForge.net <no...@so...> - 2012-11-15 11:25:10
|
Feature Requests item #3052806, was opened at 2010-08-25 02:01 Message generated for change (Comment added) made by hean01 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381350&aid=3052806&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: None Group: None >Status: Closed Priority: 5 Private: No Submitted By: Luca Di Stefano (lucadistefano) Assigned to: Henrik Andersson (hean01) Summary: support for kerberos authentication Initial Comment: add support for kerberos authentication ---------------------------------------------------------------------- >Comment By: Henrik Andersson (hean01) Date: 2012-11-15 03:25 Message: Kerberos & CredSSP server authentication is implemented and pushed in commit 1676 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381350&aid=3052806&group_id=24366 |
|
From: SourceForge.net <no...@so...> - 2012-11-15 11:23:39
|
Feature Requests item #3052806, was opened at 2010-08-25 02:01 Message generated for change (Settings changed) made by hean01 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381350&aid=3052806&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: None Group: None Status: Open Priority: 5 Private: No Submitted By: Luca Di Stefano (lucadistefano) >Assigned to: Henrik Andersson (hean01) Summary: support for kerberos authentication Initial Comment: add support for kerberos authentication ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381350&aid=3052806&group_id=24366 |
|
From: Peter Å. <as...@ce...> - 2012-11-15 09:34:40
|
Hi. My goal is to eliminate the crazy daylight saving time. In Europe, we have http://timeinitiative.eu/, which is now gaining momentum. Don't you have anything similar in the US? :-)) Anyway, wrt the actual patch: I'm positive to fixing this. It's a bit unfortunate though that we need so much code (the patch is almost 400 lines) just to fix such a small problem. But perhap's there's no better way. A few comments: * Having a special --with-debug-time configure flag is a bit overkill if you ask me. The debug macro can be internal to the implementation file. * Since some code is borrowed from Wine, we need to take care when it comes to the licensing. rdesktop is GPLv3 only. The Wine code was LGPL 2.1 or later. According to http://gplv3.fsf.org/dd3-faq, this is "OK if you convert to GPLv3". So the license header must be changed. If this is fixed, I think we can apply the patch. Rgds, Peter On Thu, 15 Nov 2012, Lance Wang wrote: > Hi > > Could we add the patch in the next release? > > http://sourceforge.net/tracker/?func=detail&aid=2168898&group_id=24366&atid=381349 > > It is very useful. > > Or > > Anybody tell me why it is can not be accepted? > > Thanks. > > -- > : > Lance Wang > > U+738B U+4F36 U+5353 > > ------------------------------------------------------------------------------ > Monitor your physical, virtual and cloud infrastructure from a single > web console. Get in-depth insight into apps, servers, databases, vmware, > SAP, cloud infrastructure, etc. Download 30-day Free Trial. > Pricing starts from $795 for 25 servers or applications! > http://p.sf.net/sfu/zoho_dev2dev_nov > _______________________________________________ > rdesktop-devel mailing list > rde...@li... > https://lists.sourceforge.net/lists/listinfo/rdesktop-devel > --- Peter Åstrand ThinLinc Chief Developer Cendio AB http://cendio.com Teknikringen 8 http://twitter.com/ThinLinc 583 30 Linköping http://facebook.com/ThinLinc Phone: +46-13-214600 http://plus.google.com/112509906846170010689 |
|
From: Lance W. <lan...@gm...> - 2012-11-15 06:04:35
|
Hi Could we add the patch in the next release? http://sourceforge.net/tracker/?func=detail&aid=2168898&group_id=24366&atid=381349 It is very useful. Or Anybody tell me why it is can not be accepted? Thanks. -- : Lance Wang U+738B U+4F36 U+5353 |
|
From: SourceForge.net <no...@so...> - 2012-11-07 10:25:34
|
Feature Requests item #2967269, was opened at 2010-03-10 01:09 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381350&aid=2967269&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: None Group: None Status: Open Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: TS Session Broker support Initial Comment: I suggest there is no track for the feature request about Windows 2008 TS Session Broker support, am I right? The main request is to redirect connections. I reviewed the repo, tried some revisions, mostly hoped for r1563. But the session halts on redirection. ---------------------------------------------------------------------- Comment By: Jarosław (Jarek) Polok () Date: 2012-11-07 02:25 Message: Please see: https://sourceforge.net/tracker/?func=detail&aid=3575645&group_id=24366&atid=381349 (tracker patch 3575645). We use these patches since few weeks with success. .. (but have not got any reply from rdesktop developers about ...) Cheers Jarek ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2011-08-30 16:28 Message: I am also interested in this feature. I just recently discovered the RDP over HTTPS feature using my company's Terminal Server running Windows Server 2008. I'd like to be able to use this from Linux ---------------------------------------------------------------------- Comment By: Ola Magnusson (olamagnusson) Date: 2011-03-07 22:53 Message: I'm also wondering if someone can look into this? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-07-03 05:59 Message: Yeah, we're here in Garden Route, South Africa and we are having quite the tough time getting a work around going. Any update on this? We will test and provide feedback very quickly. R ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2010-05-25 08:55 Message: Is someone taking this up ? I'm really stuck with that Connection Broker thing ... :-( ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2010-05-11 04:32 Message: Is there some update concerning this ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381350&aid=2967269&group_id=24366 |
|
From: SourceForge.net <no...@so...> - 2012-11-05 12:34:20
|
Feature Requests item #2630819, was opened at 2009-02-23 09:19 Message generated for change (Comment added) made by agreppin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381350&aid=2630819&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: None Group: None Status: Open Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Request: multi-button mouse support Initial Comment: I am used to being able to use my 10-button Logitech mouse with Windows RDP but rdesktop doesn't seem to support more than the typical right/middle/left+wheel configuration. Everything else uses the mouse fine. ---------------------------------------------------------------------- Comment By: Alain Greppin (agreppin) Date: 2012-11-05 04:34 Message: Logitech mouse Laser G5 P/N: 831693-1000 PID: LZ551BE This mouse model don't have a forward button: ButtonPress event, serial 39, synthetic NO, window 0x2c00001, root 0x261, subw 0x0, time 54277222, (26,106), root:(897,561), state 0x10, button 8, same_screen YES ButtonRelease event, serial 39, synthetic NO, window 0x2c00001, root 0x261, subw 0x0, time 54277360, (26,106), root:(897,561), state 0x10, button 8, same_screen YES The back button is not working in rdesktop (debian wheezy/xfce4). ---------------------------------------------------------------------- Comment By: Alain Greppin (agreppin) Date: 2012-11-05 04:33 Message: Logitech mouse Laser G5 P/N: 831693-1000 PID: LZ551BE This mouse model don't have a forward button: ButtonPress event, serial 39, synthetic NO, window 0x2c00001, root 0x261, subw 0x0, time 54277222, (26,106), root:(897,561), state 0x10, button 8, same_screen YES ButtonRelease event, serial 39, synthetic NO, window 0x2c00001, root 0x261, subw 0x0, time 54277360, (26,106), root:(897,561), state 0x10, button 8, same_screen YES The back button is not working in rdesktop (debian wheezy/xfce4). ---------------------------------------------------------------------- Comment By: angelstam (kroken) Date: 2012-09-05 04:06 Message: This is my somewhat related hardware with 5 buttons I would like to see supported by rdesktop. lsusb: ID 045e:0047 Microsoft Corp. IntelliMouse Explorer 3.0 Forward: ButtonPress event, serial 33, synthetic NO, window 0x2000001, root 0x100, subw 0x0, time 81468553, (184,260), root:(185,283), state 0x10, button 9, same_screen YES ButtonRelease event, serial 33, synthetic NO, window 0x2000001, root 0x100, subw 0x0, time 81468928, (184,260), root:(185,283), state 0x10, button 9, same_screen YES Back: ButtonPress event, serial 33, synthetic NO, window 0x2000001, root 0x100, subw 0x0, time 81470840, (184,260), root:(185,283), state 0x10, button 8, same_screen YES ButtonRelease event, serial 33, synthetic NO, window 0x2000001, root 0x100, subw 0x0, time 81471040, (184,260), root:(185,283), state 0x10, button 8, same_screen YES ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-03-27 14:30 Message: Any progress been made on this? I'm not trying to rush anyone but the lack of my mouse buttons really slows me down so I'm trying to make sure I've answered the questions adequately, etc. Thanks ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-02-23 10:58 Message: It's a Logitech MX310. Xev reports that 8 is the "back" button and 9 is the "forward" button. The 10th button doesn't appear to work under RDP but it's normally controlled by the driver, IIRC. What it does for me is move back/forward a page in Firefox. If that works, it should work most everywhere else that I need it. ---------------------------------------------------------------------- Comment By: Marc-Andre Moreau (mamoreau) Date: 2009-02-23 10:35 Message: I've just looked at the documentation from Microsoft on the RDP protocol and I've found that we can send events for two extended mouse buttons in addition to the already supported left, right and middle button (or wheel up/down). Do all of the 10 buttons work perfectly fine with Microsoft Windows' RDP client? In any case, I can try adding something for the two extended mouse buttons specified in the documentation. For this I need to know which button number is given to your X server whenever you press one of your extended mouse buttons. The model number would help. To get the number for each of your buttons simply run xev in a terminal, point your cursor into the small xev X window, and click your mouse buttons to get the number. You'll get something like this: ButtonPress event, serial 34, synthetic NO, window 0x3a00002, root 0x263, subw 0x0, time 1098357888, (63,88), root:(781,288), state 0x10, button 8, same_screen YES Once you're done, send me your mouse information along with a description of what I should expect to see when I press each of the extended buttons, so that I know how to test it. I'll see what I can do. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381350&aid=2630819&group_id=24366 |
|
From: SourceForge.net <no...@so...> - 2012-11-05 12:33:21
|
Feature Requests item #2630819, was opened at 2009-02-23 09:19 Message generated for change (Comment added) made by agreppin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381350&aid=2630819&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: None Group: None Status: Open Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Request: multi-button mouse support Initial Comment: I am used to being able to use my 10-button Logitech mouse with Windows RDP but rdesktop doesn't seem to support more than the typical right/middle/left+wheel configuration. Everything else uses the mouse fine. ---------------------------------------------------------------------- Comment By: Alain Greppin (agreppin) Date: 2012-11-05 04:33 Message: Logitech mouse Laser G5 P/N: 831693-1000 PID: LZ551BE This mouse model don't have a forward button: ButtonPress event, serial 39, synthetic NO, window 0x2c00001, root 0x261, subw 0x0, time 54277222, (26,106), root:(897,561), state 0x10, button 8, same_screen YES ButtonRelease event, serial 39, synthetic NO, window 0x2c00001, root 0x261, subw 0x0, time 54277360, (26,106), root:(897,561), state 0x10, button 8, same_screen YES The back button is not working in rdesktop (debian wheezy/xfce4). ---------------------------------------------------------------------- Comment By: angelstam (kroken) Date: 2012-09-05 04:06 Message: This is my somewhat related hardware with 5 buttons I would like to see supported by rdesktop. lsusb: ID 045e:0047 Microsoft Corp. IntelliMouse Explorer 3.0 Forward: ButtonPress event, serial 33, synthetic NO, window 0x2000001, root 0x100, subw 0x0, time 81468553, (184,260), root:(185,283), state 0x10, button 9, same_screen YES ButtonRelease event, serial 33, synthetic NO, window 0x2000001, root 0x100, subw 0x0, time 81468928, (184,260), root:(185,283), state 0x10, button 9, same_screen YES Back: ButtonPress event, serial 33, synthetic NO, window 0x2000001, root 0x100, subw 0x0, time 81470840, (184,260), root:(185,283), state 0x10, button 8, same_screen YES ButtonRelease event, serial 33, synthetic NO, window 0x2000001, root 0x100, subw 0x0, time 81471040, (184,260), root:(185,283), state 0x10, button 8, same_screen YES ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-03-27 14:30 Message: Any progress been made on this? I'm not trying to rush anyone but the lack of my mouse buttons really slows me down so I'm trying to make sure I've answered the questions adequately, etc. Thanks ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-02-23 10:58 Message: It's a Logitech MX310. Xev reports that 8 is the "back" button and 9 is the "forward" button. The 10th button doesn't appear to work under RDP but it's normally controlled by the driver, IIRC. What it does for me is move back/forward a page in Firefox. If that works, it should work most everywhere else that I need it. ---------------------------------------------------------------------- Comment By: Marc-Andre Moreau (mamoreau) Date: 2009-02-23 10:35 Message: I've just looked at the documentation from Microsoft on the RDP protocol and I've found that we can send events for two extended mouse buttons in addition to the already supported left, right and middle button (or wheel up/down). Do all of the 10 buttons work perfectly fine with Microsoft Windows' RDP client? In any case, I can try adding something for the two extended mouse buttons specified in the documentation. For this I need to know which button number is given to your X server whenever you press one of your extended mouse buttons. The model number would help. To get the number for each of your buttons simply run xev in a terminal, point your cursor into the small xev X window, and click your mouse buttons to get the number. You'll get something like this: ButtonPress event, serial 34, synthetic NO, window 0x3a00002, root 0x263, subw 0x0, time 1098357888, (63,88), root:(781,288), state 0x10, button 8, same_screen YES Once you're done, send me your mouse information along with a description of what I should expect to see when I press each of the extended buttons, so that I know how to test it. I'll see what I can do. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381350&aid=2630819&group_id=24366 |
|
From: Lucas (H. S. <hs...@So...> - 2012-10-26 00:32:04
|
I download the rdesktop client , and use it to connect a pc1 which is a member of terminal session farm, the connect redirect to pc2. Because the both pc (pc1, pc2) have setting the LegalNoticeText , so it will show legal notice twice ,is there any method to show the legal notice only one time just like what "mstsc client " do ? Because the mstsc client only show the final machine's legal notice . So there is a way to handle this issue? Thanks. |
|
From: Lucas (H. S. <hs...@So...> - 2012-10-24 09:16:33
|
I download the rdesktop client , and use it to connect a pc1 which is a member of terminal session farm, the connect redirect to pc2. Because the both pc (pc1, pc2) have setting the LegalNoticeText , so it will show legal notice twice ,is there any method to show the legal notice only one time just like what "mstsc client " do ? Lucas Shu SSLVPN Software Engineer Dell | SonicWALL, China. office +86 21 65100909 Ext: 42616 Dell Inc. 4/F, FuDan Hi-Tech Park Building No.11 GuoTai Road, 200433 |
|
From: SourceForge.net <no...@so...> - 2012-10-24 08:31:18
|
Bugs item #3579667, was opened at 2012-10-24 01:28 Message generated for change (Settings changed) made by houda28 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381347&aid=3579667&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: None Group: None Status: Open Resolution: None >Priority: 9 Private: No Submitted By: houda (houda28) Assigned to: Nobody/Anonymous (nobody) Summary: rdp LegalNoticeText problem Initial Comment: i download the rdesktop client , and use it to connect a pc1 which is a member of terminal session farm, the connect redirect to pc2. Because the both pc (pc1, pc2) have setting the LegalNoticeText , so it will show legal notice twice ,is there any method to show the legal notice only one time just like what "mstsc client " do ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381347&aid=3579667&group_id=24366 |
|
From: SourceForge.net <no...@so...> - 2012-10-24 08:28:51
|
Bugs item #3579667, was opened at 2012-10-24 01:28 Message generated for change (Tracker Item Submitted) made by houda28 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381347&aid=3579667&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: houda (houda28) Assigned to: Nobody/Anonymous (nobody) Summary: rdp LegalNoticeText problem Initial Comment: i download the rdesktop client , and use it to connect a pc1 which is a member of terminal session farm, the connect redirect to pc2. Because the both pc (pc1, pc2) have setting the LegalNoticeText , so it will show legal notice twice ,is there any method to show the legal notice only one time just like what "mstsc client " do ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381347&aid=3579667&group_id=24366 |
|
From: SourceForge.net <no...@so...> - 2012-10-19 21:17:42
|
Bugs item #3428380, was opened at 2011-10-25 13:21 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381347&aid=3428380&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: Authentication Group: v1.7.1 Status: Open Resolution: None Priority: 7 Private: No Submitted By: m_etscheid (m_etscheid) Assigned to: Nobody/Anonymous (nobody) Summary: session redirection broken in 1.7.0 Initial Comment: Hi, the support for session redirection for W2003 is broken in 1.7.0. The RDP redirect paket does not contain the complete user name. Version 1.6.0 works fine. ---------------------------------------------------------------------- Comment By: Jarosław (Jarek) Polok () Date: 2012-10-19 14:07 Message: Hello, Please see: https://sourceforge.net/tracker/?func=detail&aid=3575645&group_id=24366&atid=381349 (tracker patches item 3575645) Cheers Jarek ---------------------------------------------------------------------- Comment By: Stefano Girolimetti (girolimetti) Date: 2012-04-10 03:06 Message: This bug seems a duplictae of 2845414. I've just left some notes there. I'm also affected and I'm on version 1.71. We should get this fixed. I can provide packet captures / straces if needed. ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2012-03-20 07:22 Message: I just built r1658 (1.7.1post) and tried against our farm with 2008R2 machines, and I redirect is still broken. I dont get any iconv errors this time, it just freezes for a while, then gives me a "broken pipe" error and exits. I also tried removing the iconv stuff from the makefile, same error. What more info can I provide to help get this fixed? ---------------------------------------------------------------------- Comment By: Peter Åstrand (astrand) Date: 2011-11-22 04:13 Message: I think patch r1639 is correct, but there might be other bugs lurking. To everyone that still have problems: Does any revision/version of rdesktop work for you? Ie, does the latest revision cause any regression, or is it just that it still needs some work? ---------------------------------------------------------------------- Comment By: Steve Cleveland () Date: 2011-11-17 15:52 Message: I also tried replacing the HAVE_ICONV stuff in the Makefile. That gets rid of iconv error, but the redirect still doesn't work. And I just realized I'm using Win2k8 R2, not win2k3. So maybe it needs to be a different bug report? ---------------------------------------------------------------------- Comment By: Steve Cleveland () Date: 2011-11-17 15:44 Message: I just tried the latest trunk build. I'm still seeing a problem. The username is being passed correctly, but when it tries to redirect to the correct computer, I get a "The user name or password is incorrect". In the console, I get: WARNING: rdp_in_unistr: iconv fail, errno 84 ---------------------------------------------------------------------- Comment By: Peter Åstrand (astrand) Date: 2011-10-31 00:40 Message: Unfortunately it seems like a few people have experience in this area. Your comments are very useful. If it is really iconv that is the problem, it should work if you build rdesktop without iconv support. You can do this by editing the Makefile after running configure. Replace HAVE_ICONV_H and HAVE_ICONV with anything (suggesting adding an X as a prefix). ---------------------------------------------------------------------- Comment By: Robert de Forest () Date: 2011-10-29 10:43 Message: I tested r1639 and confirmed it does not address the password handling. The result is that a user is prompted for their password again if they are redirected after logging in. From reading the protocol docs, I think the redirect may need to be handled as a re-connect rather than a re-auth? I also get the feeling that I'm in way over my head and should wait to hear from someone with experience with this stuff. ---------------------------------------------------------------------- Comment By: Robert de Forest () Date: 2011-10-28 19:29 Message: Sorry, I left out some information. The systems I'm connecting to are setting the flags such that the password field has a length of 120 bytes and is definitely not unicode (I get an EINVAL from iconv()). I also saw at the RDP protocol docs that the password field could also be a cookie (http://msdn.microsoft.com/en-us/library/ee443575(v=PROT.10).aspx). The relevant portion of the protocol text is below the packet diagram and says, "Password (variable): A variable-length array of bytes containing the password used by the user in Unicode format, including a null-terminator or a cookie value that MUST be passed to the target server on successful connection." I think it's the "or a cookie value" portion that is messing stuff up for me. ---------------------------------------------------------------------- Comment By: Robert de Forest () Date: 2011-10-28 19:21 Message: I haven't tried r1639 from svn yet, but I suspect it will not work in my case. The problem I have is that the redirect is coming with a 120 byte cookie instead of a password, so the iconv() on it fails because it's not a unicode string. It's just binary. To be clear, I'm sure the username will remain intact after a Broker redurect, but the password will not, so even though a user has entered the correct password they will have to enter it again if they are redirected to a different server. This redirection without re-entering your password feature works correctly in Mac and Windows RDP clients (or so I am told). I'm going to work on a patch, but my C skills are super rusty so I'm offering this comment in case someone is inspired to come up with a fix faster than I can. I'm also not sure if this bug should be re-opened or if I should open a separate bug for the "password not kept" behavior. I kinda lump it all together in my head as "redirect data not kept intact between receipt and re-connection." ---------------------------------------------------------------------- Comment By: m_etscheid (m_etscheid) Date: 2011-10-26 04:26 Message: I used last SVN version and it works. Thanks ---------------------------------------------------------------------- Comment By: Peter Åstrand (astrand) Date: 2011-10-26 03:54 Message: I've committed a patch to trunk now. Can you try the latest SVN version and see if it works? ---------------------------------------------------------------------- Comment By: m_etscheid (m_etscheid) Date: 2011-10-26 02:50 Message: Found following changes: --- rdesktop-1.7.0.org/rdp.c 2011-04-18 04:21:57.000000000 -0700 +++ rdesktop-1.7.0/rdp.c 2011-10-26 01:01:00.789038907 -0700 @@ -1520,7 +1520,7 @@ /* read username string */ g_redirect_username = (char *) xmalloc(len + 1); - rdp_in_unistr(s, g_redirect_username, strlen(g_redirect_username), len); + rdp_in_unistr(s, g_redirect_username, len + 1, len); } if (g_redirect_flags & PDU_REDIRECT_HAS_DOMAIN) --- rdesktop-1.7.0.org/rdesktop.c 2011-04-18 04:21:57.000000000 -0700 +++ rdesktop-1.7.0/rdesktop.c 2011-10-26 00:58:33.445042788 -0700 @@ -988,7 +988,7 @@ STRNCPY(domain, g_redirect_domain, sizeof(domain)); xfree(g_username); g_username = (char *) xmalloc(strlen(g_redirect_username) + 1); - STRNCPY(g_username, g_redirect_username, sizeof(g_username)); + STRNCPY(g_username, g_redirect_username, strlen(g_redirect_username) + 1); STRNCPY(password, g_redirect_password, sizeof(password)); STRNCPY(server, g_redirect_server, sizeof(server)); flags |= RDP_LOGON_AUTO; ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381347&aid=3428380&group_id=24366 |
|
From: SourceForge.net <no...@so...> - 2012-10-09 07:08:22
|
Bugs item #2845414, was opened at 2009-08-27 00:34 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381347&aid=2845414&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: None Group: None Status: Open Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: connecting to win2008 ssesion broker Initial Comment: when connecting to Session Broker Server 2008 Load Balancing !, some of the times it connects and some exit from the rdesktop and gives an error error: WARNING: rdp_in_unistr: iconv fail, errno 84 WARNING: server sent an unexpected long string, truncating Segmentation fault ---------------------------------------------------------------------- Comment By: Jarosław (Jarek) Polok () Date: 2012-10-09 00:08 Message: Hello, Please see: https://sourceforge.net/tracker/?func=detail&aid=3575645&group_id=24366&atid=381349 (tracker patches item 3575645) Cheers Jarek ---------------------------------------------------------------------- Comment By: Stefano Girolimetti (girolimetti) Date: 2012-04-10 02:52 Message: I get this issue too: # rdesktop -u <username> -d <domain> -f -b -z -k en-gb <host> WARNING: Remote desktop does not support colour depth 24; falling back to 15 WARNING: rdp_in_unistr: iconv fail, errno 84 ERROR: getaddrinfo: Name or service not known Windows Server 2008 shows an initial screen where I can login as DOMAIN\username (myself) or Other User. I select my user and enter my passwod, at which point rdesktop crashes. Any plans to fix this? I'm on version 1.7.1. ---------------------------------------------------------------------- Comment By: DIMITRIOU (fabdim) Date: 2012-02-21 01:11 Message: Does anyone has find an issue to this bug? rdesktop -r scard 192.168.20.201 Autoselected keyboard map fr WARNING: Remote desktop does not support colour depth 24; falling back to 16 WARNING: server sent an unexpectedly long string, truncating ---------------------------------------------------------------------- Comment By: William Seemann (wseemann) Date: 2011-12-13 12:06 Message: Any update on this bug? The status says "Open" but the resolution is marked as "Fixed". This bug is a pretty annoying for someone who relies on rDesktop daily. ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2011-08-05 15:47 Message: I've the same bug on a TSE Farm. It's very annoying :( ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2011-06-24 08:51 Message: I was hoping that version 1.7.0 fixed this issue. However it looks like it doesn't. Its such a shame as it would solve a lot of issues and make this product really good. However it doesn't suite what we need and will have to look at alternatives until it is done. ---------------------------------------------------------------------- Comment By: Pierre Ossman (ossman_) Date: 2011-06-08 01:17 Message: Reopening bug. Thanks for reporting, even though it might not have been the result we were hoping for. ---------------------------------------------------------------------- Comment By: William Seemann (wseemann) Date: 2011-06-07 10:23 Message: I also encountered "WARNING: rdp_in_unistr: iconv fail, errno 84" when using a current trunk build of rdesktop. Can someone change the status of this bug since the problem isn't fixed. ---------------------------------------------------------------------- Comment By: Anna Martynova (broom_) Date: 2011-05-17 00:58 Message: The problem still exists with rdesktop 1.7.0. When I try to connect to existing session through Session Broker, I get such message: WARNING: rdp_in_unistr: iconv fail, errno 84 rdesktop window is all black, and if it runs in fullscreen, you can't do anything (ctrl-alt-enter doesn't work). ---------------------------------------------------------------------- Comment By: Anna Martynova (broom_) Date: 2011-04-27 02:11 Message: I tried to connect to terminal farm of Windows 2008R2 servers with rdesktop 1.7.0. Sometimes rdesktop connects (I suppose when session broker doesn't redirect you to another server), and sometimes I receive a message: WARNING: server sent an unexpectedly long string, truncating At that moment rdesktop window is all black or shows frozen "welcome" windows logo. ---------------------------------------------------------------------- Comment By: Peter Åstrand (astrand) Date: 2011-04-13 05:09 Message: To the last 3 anonymous reporters: Are you trying with rdesktop 1.6.0 or the latest Subversion version? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-03-25 20:34 Message: I have the same WARNING: server sent an unexpectedly long string, truncating ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-03-23 22:15 Message: The same for me on 2008 R2 :( ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-02-22 13:16 Message: I am still having a problem with this in my environment. Session broker server is running on server 2008r2, and the terminal server farm is running server 2003. I am using a hardware load balancer from kemp, and ip address redirection is disabled. I built the lastest svn version of rdesktop, and now see: WARNING: server sent an unexpectedly long string, truncating ERROR: getaddrinfo: Name or service not known When I try to reconnect to an existing session. Thanks, Trent ---------------------------------------------------------------------- Comment By: Peter Åstrand (astrand) Date: 2010-01-21 01:25 Message: The patch has been comitted to Subversion. Hopefully fixes this bug, reopen if still problems. ---------------------------------------------------------------------- Comment By: Dan Drown (dandrown) Date: 2010-01-19 12:06 Message: I ran into this problem too. I created a workaround patch, which I posted to: http://sourceforge.net/mailarchive/forum.php?thread_name=20100119010457.GB3863%40vps.drown.org&forum_name=rdesktop-devel ---------------------------------------------------------------------- Comment By: wnyrodeo (wnyrodeo) Date: 2010-01-04 15:16 Message: we have the same issue. Can someone from the rdesktop dev. team please look into this issue? Thanks in advance, your help is always appreciated! ---------------------------------------------------------------------- Comment By: Nikolaj Sheller (nikolajsheller) Date: 2009-12-22 06:57 Message: We are seeing the same problem here. Could this have something to do with localisation? I.e. conversion from one locale/codepage to another causes the string form the server to become an unexpected length? The error occurs in "rdp.c" in the method: rdp_in_unistr(STREAM s, char *string, in WINDOWS_CODEPAGE, g_codepage, (int) iconv_h); ---------------------------------------------------------------------- Comment By: Amelia Nilsson (amelianilsson) Date: 2009-12-18 02:13 Message: We also have this problem. When we try to access out TS-environment that are using Session Broker Load Balancing on Windows 2008 rdesktop would seg fault every time with the following reason: WARNING: rdp_in_unistr: iconv fail, errno 22 WARNING: Unexpectedly large redirection cookie WARNING: server sent an unexpectedly long string, truncating Segmentation fault It would be great if you could assign this bug to someone and give it a bit higher priority since Windows 2008 TS-environments with Session Broker Load Balacing is more often seen at companies all over the world. Thanks in advance! ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-11-24 12:36 Message: Same here when trying connect to Vista 64bit (RDP 6.1) ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2009-11-12 01:51 Message: We also have the same problem, the other problem is that you have to log on two times. As you first log on to the loadbalancing master and when it has choosen a server for you it doesn't remember the username and password. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-09-16 05:36 Message: we have the same problem. if the session broker move the rdp connection to an other server (the reason is load balancing) the rdp connection faild. we try it with a "igel" thin client and rdesktop v1.6. we get no error, the client simply close. there are solutions? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381347&aid=2845414&group_id=24366 |
|
From: SourceForge.net <no...@so...> - 2012-10-09 07:03:30
|
Patches item #3575645, was opened at 2012-10-08 23:56 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381349&aid=3575645&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: None Group: None Status: Open Resolution: None >Priority: 9 Private: No Submitted By: Jarosław (Jarek) Polok () Assigned to: Nobody/Anonymous (nobody) Summary: wts 2008 session broker load balance patches Initial Comment: Hello devs ---------------------------------------------------------------------- >Comment By: Jarosław (Jarek) Polok () Date: 2012-10-09 00:03 Message: Hello devs, Please find attached two patches which make rdesktop 1.7.1 work with Windows Terminal Server 2008 Session Broker with Load Balance enabled. the rdesktop-1.7.1-wts2008-loadbalance.patch reworks the redirect pdu handling accordign to Microsoft docs at: http://msdn.microsoft.com/en-us/library/ee443575%28prot.20%29.aspx [ 2.2.13.1 Server Redirection Packet (RDP_SERVER_REDIRECTION_PACKET) ] the rdesktop-1.7.1-wts2008-reinitsec.patch adds reinitialization of a g_licence_issued global variable - wihout it wts 2008 server presents a black or 'welcome' screen after redirect - but refuses to talk to the client ... As far as I can tell (and after testing) rdesktop 1.7.1 with above patches processes correctly session redirection with both Windows 2003 Server and Windows 2008 Server terminal servers. Cheers Jarek ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381349&aid=3575645&group_id=24366 |
|
From: SourceForge.net <no...@so...> - 2012-10-09 06:56:03
|
Patches item #3575645, was opened at 2012-10-08 23:56 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381349&aid=3575645&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jarosław (Jarek) Polok () Assigned to: Nobody/Anonymous (nobody) Summary: wts 2008 session broker load balance patches Initial Comment: Hello devs ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381349&aid=3575645&group_id=24366 |
|
From: SourceForge.net <no...@so...> - 2012-09-25 07:37:03
|
Patches item #2945143, was opened at 2010-02-03 01:22 Message generated for change (Comment added) made by hean01 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381349&aid=2945143&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jean Labrousse (jlabrous) >Assigned to: Henrik Andersson (hean01) Summary: automount+inotify Initial Comment: Here is a patch to mount/umount removable disk on the fly To implement the feature, I change file monitoring to use inotify system. It increases a lot monitoring performance and decreases CPU usage patch is based on rdesktop-1.6.0 ---------------------------------------------------------------------- >Comment By: Henrik Andersson (hean01) Date: 2012-09-25 00:37 Message: Hi, Jean, This looks very interesting, i will take a look at this in a few weeks, due to im currently working on introducing kerberos/NLA to rdesktop. Regards, Henrik ---------------------------------------------------------------------- Comment By: Jean Labrousse (jlabrous) Date: 2012-09-24 23:45 Message: New patch for 1.7.1 ---------------------------------------------------------------------- Comment By: Jean Labrousse (jlabrous) Date: 2010-02-16 02:03 Message: This is the code for feature request 2803332 " disk short cut mappings" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381349&aid=2945143&group_id=24366 |
64 messages has been excluded from this view by a project administrator.
