rdesktop

Here is a patch to fix a problem connecting to Vista when hotfix
KB938126 is applied.
This will be in SP1 I think.

Jay

cvs diff: Diffing .
Index: rdp.c
===================================================================
RCS file: /cvsroot/rdesktop/rdesktop/rdp.c,v
retrieving revision 1.99
diff -u -r1.99 rdp.c
--- rdp.c       8 Jan 2007 04:47:05 -0000       1.99
+++ rdp.c       28 Sep 2007 21:27:18 -0000
@@ -438,7 +438,7 @@
                out_uint32_le(s, 0xffffffc4);
                out_uint32_le(s, 0xfffffffe);
                out_uint32_le(s, g_rdp5_performanceflags);
-               out_uint32(s, 0);
+               out_uint16(s, 0);


        }

Bugs item #1543867, was opened at 2006-08-21 04:06
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=381347&aid=1543867&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: 7
Private: No
Submitted By: Changlinn (changlinn)
Assigned to: Nobody/Anonymous (nobody)
Summary: Password length limit

Initial Comment:
Password length limited to 14 characters with -p
option. Have tested this and unfortunately true, though
I couldn't find anything in the documentation saying
this was so.
Any password over 14 simply gets cut down to 14, and
obviously you get an invalid password error.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2007-09-28 02:32

Message:
Logged In: NO 

is a problem for me. it cuts it right down to 14.

----------------------------------------------------------------------

Comment By: Changlinn (changlinn)
Date: 2007-06-09 01:39

Message:
Logged In: YES 
user_id=1314851
Originator: YES

tried to stdin the password and that does the same thing. I am very sure
it is rdpv5 as it is windows 2000. But thanks for the suggestion.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2006-08-28 06:19

Message:
Logged In: NO 

At least with Win2003 and "-p -" and the password piped
through stdin this is not the case. Maybe you used rdp4 ?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=381347&aid=1543867&group_id=24366

Bugs item #1802893, was opened at 2007-09-26 17:59
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=1802893&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: Tobias Abt (tabt)
Assigned to: Nobody/Anonymous (nobody)
Summary: scrolling regression between 1.3.1 and 1.4.0 (upto 1.5.0)

Initial Comment:
The main symptom is that scrolling in e.g. Firefox or Excel does not stop immediately after releasing the mouse button or the cursor keys but instead continues to scroll for several seconds.

In 1.3.x the scrolling stops as soon as you release the mouse button or key.

It is more obvious when you:
- have a slower client computer (old thin client or VIA chipset with e.g. 533 MHz or less) and
- the window of the application that scrolls is bigger (e.g. fullscreen 1280x1024)

The rdesktop versions were built using standard options except prefix (/opt/rdesktop/1.x.y) and sound set to OSS.

The command line is
/opt/rdesktop/1.x.y/bin/rdesktop -K -D -N -r sound:local -k de -g 1280x1024 -a 16 <SERVER>

P.S.: the same happens with Citrix ICA, but there is a configuration parameter: http://support.citrix.com/article/CTX105010


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=381347&aid=1802893&group_id=24366

Hi list!

I have rdesktop 1.5 running on Fedora; If I minimize the window, I don't
see rdesktop going into the rdp_main_loop && rdp_loop functions any
more. Is there some X flag, that rdesktop could set so that the window
manager does send events to the app, instead of stopping doing so?

The major problem is that we have some windows servers that we (mainly)
use for reading mails with Outlook, but screen is locked after 5 minutes
of inactivity. One of my colleges has written a patch to send some event
 every minute, so that the screen doesn't get locked by Windows. That
patch works fine, as long as you don't move that rdesktop window to
another virtual desktop or minimize it...

If someone can help me out, that would be great!

Thx,
 Oliver

Bugs item #1608457, was opened at 2006-12-04 08:32
Message generated for change (Comment added) made by dracosto
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=381347&aid=1608457&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: Visual
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: RDesktop 1.5.0 occasionally freezes when connected to Vista

Initial Comment:
RDesktop 1.5.0 occasionally seems to lock up when connected to Vista (RTM/Final). It usually occurs when a large video update is performed, and often it seems to freeze half way drawing a new complicated window. The cursor still moves, however no input is passed to Vista, and nothing is updated on the rdesktop side. I can generally recreate within 15-30 minutes of using RDesktop and Vista, and a restart of RDesktop is the current workaround. Vista is running with all visual options off in favour of performance.
nick@...

----------------------------------------------------------------------

Comment By: Henry R. Prins Jr (dracosto)
Date: 2007-09-23 23:48

Message:
Logged In: YES 
user_id=709492
Originator: NO

The problem is that on graphical updates for some reason it pauses.  If
you keep sending mouse clicks or "special keys" it will eventually come out
of it.. this usually takes anywhere from 20-60seconds, but will happen
again within the next 5-10 mins..  Web pages that have "updating" screens
like video windows or constantly updating ad's seem to cause it to happen
more often.  another thing that seems to have an effect is the pop-up hints
when you leave your mouse on something too long.  Was actually hoping that
it was cause by some kind of compiler option mistake.


----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2007-06-23 13:58

Message:
Logged In: NO 

Hello, just another acknowledge to this problem. Happens randomly during
rdesktop session. Even more, connection with Vista sometimes goes down
during the pause.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2007-05-20 07:52

Message:
Logged In: NO 

Hi!

is there likely to be a solution to this anytime soon? RDesktop is
currently unusuable with Vista, as it stands, which is a big pity.

Thanks!

----------------------------------------------------------------------

Comment By: Matthias Miller (matthiasmiller)
Date: 2007-03-27 00:48

Message:
Logged In: YES 
user_id=1357599
Originator: NO

Several observations based on some tests:
-These freezes consistently last 30 seconds for me.
-During the freeze, no data is sent from the server. (It's hanging in the
ui_select call.) After the freeze, the client appears to receive everything
that should have been sent during that time.)

----------------------------------------------------------------------

Comment By: nada_cascadia (nada_cascadia)
Date: 2007-03-26 14:54

Message:
Logged In: YES 
user_id=1753621
Originator: NO

Hello.  Has anyone found a resolution to this problem?  I am running
Ubuntu Edgy on my laptop, connecting via wireless to the Windows Vista
Ultimate RTM box.  The screen refreshes freeze so often that it makes it
unusable via RDESKTOP.  I will try connecting directory via ethernet to see
if it is network latency related and report back what I find.

----------------------------------------------------------------------

Comment By: Jay Sorg (jsorg71)
Date: 2006-12-10 04:00

Message:
Logged In: YES 
user_id=505855
Originator: NO


I see think problem too.  I think it's a Vista networking problem.  If I
bounce the connection off an XP box, it's all good.  Still tssting....

Jay


----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2006-12-10 00:30

Message:
Logged In: NO 

I would like to add, I am fairly certain these 'freezes' occur less likely
on a more reliable connection. i.e. 802.11g wlan it freezes roughly every
15-30 minutes; however over FastE its fairly rare. To clarify, same laptop
connecting to the same desktop worked flawlessly until the desktop was
upgraded to Vista from XP sp2 ;)
-- Nick

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=381347&aid=1608457&group_id=24366

Hello, im having a problem with serial comunication, i have tested the
rdesktop redirection and throuth ser2lan (serial server)
With ser2lan, my device works fine, but throuth rdesktop dont work... 
Debugging with strace and gdb i have found this differences in
communication:

ser2net (working):
write(5, "\00272\3\6", 5)               = 5
read(5, "\6", 1024)                     = 1
write(5, "\00287\3\f", 5)               = 5
read(5, "\6", 1024)                     = 1
read(5, "\202\270", 1024)               = 2
read(5, "\270\26190\2703\3410", 1024)   = 8
read(5, "309\2615\3_", 1024)            = 7
write(5, "\0028A0\3J", 6)               = 6
read(5, "\6", 1024)                     = 1
write(5, "\00283\3\10", 5)              = 5
read(5, "\6", 1024)                     = 1

In this, i can see the write functions are called with length with size
of the data send... And the read functions are called always with 1024
of length size... and all the data are readed correctly...

rdesktop (dont work)
write(6, "", 0)                         = 0
write(6, "\00272\3\6", 5)               = 5
read(6, "\6", 1)                        = 1
write(6, "", 0)                         = 0
write(6, "\00287\3\f", 5)               = 5
read(6, "\6", 1)                        = 1
read(6, "\2", 1)                        = 1
read(6, "8", 1)                         = 1
read(6, "8", 1)                         = 1
read(6, "1", 1)                         = 1
read(6, "9", 1)                         = 1
read(6, "0", 1)                         = 1
read(6, "8", 1)                         = 1
read(6, "3", 1)                         = 1
read(6, "a", 1)                         = 1
read(6, "0", 1)                         = 1
read(6, "3", 1)                         = 1
read(6, "0", 1)                         = 1
read(6, "9", 1)                         = 1
read(6, "1", 1)                         = 1
read(6, "5", 1)                         = 1
read(6, "\3", 1)                        = 1
read(6, "_", 1)                         = 1


In the Rdesktop, i can see two parcularities... First the write
functions are called with a null value before the correct value
sended... And the read operations are called AWAYS with 1 of length, and
the information seems to be not completely readed and the device don't
work....

I try to set length in serial_read() (serial.c) to 1024 but the rdesktop
halts when i try to access the serial... but strace show me that the
data are readed correctly, but this halt...

My C skills are too poor but im completely dispose to execute tests

Thanks for the attention and sorry for the english

bye

<html><div style='background-color:'><DIV class=RTE>
<P><BR><BR></P>
<DIV><FONT face=Arial size=2>Hello!</FONT></DIV>
<DIV><FONT face=Arial size=2>My name is Raphael, i'm from Brazil.</FONT></DIV>
<DIV><FONT face=Arial size=2>Im having one problem with rdesktop, i have one serial device and need to use it with redirected COM port from an linux terminal to one windows 2k3... </FONT></DIV>
<DIV><FONT face=Arial size=2>I have a lot of devices that work with the -r redirect option, but this specific device dont work...</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial size=2>So, i'm created one COM server with ser2net and mapped this in windows, and this works fine... but i need to have separated COM port maps by users, and rdesktop will work fine to me...</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial size=2>Trying to discover the problem, i have debbuged rdesktop and ser2net with strace and i think i discovered the problem...</FONT></DIV>
<DIV><FONT face=Arial size=2>The ser2net appear in strace with read requests with 1024 of length, but the&nbsp;rdesktop reads just with 1 of length, so, the message appears to not be fully readed from the device...</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial size=2>i try to put length =1024; in the serial_read function (serial.c) to see what happens... and strace shows the message ready correctly, but then, the rdesktop halts and a flow exception comes...</FONT></DIV>
<DIV><FONT face=Arial size=2>i not know what i do, i'm reading the source code but my C skills is too poor..</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial size=2>Any information will be very apreciatted</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial size=2>Thanks for the attention and sorry for the english</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial size=2>Raphael</FONT></DIV>
<DIV></DIV><FONT color=#000000></DIV>
<DIV></DIV></FONT></div><br clear=all><hr>MSN Hotmail, o maior webmail do Brasil. <a href="http://g.msn.com/8HMBBR/2737??PS=47575" target="_top">Faça o seu agora.</a> </html>

Hi

One of my associates told me that under Linux + RDP 1.5 the Numlock Key isn't 
working properly, cause he was using some VT Emulation sofwtare insied his 
RDP Session. So we checked what scancode a Windows RDP Client would send when 
pressing Numlock.
It sended c0145, while the Linux RDP 1.5 Client was sending c045.

Any idea how I would get the Linux Client to send the same scancode like the 
Windows Client ?

Thanks in advance and best regards.

Anes

Bugs item #1198945, was opened at 2005-05-10 15:06
Message generated for change (Comment added) made by slavir
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=381347&aid=1198945&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
Resolution: None
Priority: 5
Private: No
Submitted By: Jernej Simončič (jernejs)
Assigned to: Nobody/Anonymous (nobody)
Summary: Clipboard sometimes unusable through RDesktop

Initial Comment:
Pretty often when I work with RDesktop, I'm unable to copy & paste 
inside the session. With most applications this just silently fails, but a 
few report errors such as "Clipboard locked" or "Cannot open 
clipboard". I haven't encountered this when working with RDP from 
Windows.

This happens both in 1.4.0 and 1.4.1 (I haven't tried with older 
versions).

----------------------------------------------------------------------

Comment By: SLaViR (slavir)
Date: 2007-09-12 16:03

Message:
Logged In: YES 
user_id=1888772
Originator: NO

i am tested last cvs version 1.5.0.
(unstable but worked - just replace BOOL - on RD_BOOL, and when
./configure --with-smartcard=no)
...
Some time, some abnormal soft, (but this software is very important for
our business) -  generate zero length packet from Windows side... and soft
is blocked(soft or rdpclip.exe - kill to unblock)
so... - in cliprdr.c
void
cliprdr_send_data(uint8 * data, uint32 length)
{
	DEBUG_CLIPBOARD(("cliprdr_send_data\n"));
+	if (length!=0){
		cliprdr_send_packet(CLIPRDR_DATA_RESPONSE, CLIPRDR_RESPONSE, data,
length);
+	}
+	else{
+	DEBUG_CLIPBOARD(("TRY zero length cliprdr_send_data\n"));
+	}
}

and

static void
cliprdr_process(STREAM s)
{
	uint16 type, status;
	uint32 length, format;
	uint8 *data;

	in_uint16_le(s, type);
	in_uint16_le(s, status);
	in_uint32_le(s, length);
	data = s->p;
	
	DEBUG_CLIPBOARD(("CLIPRDR recv: type=%d, status=%d, length=%d\n", type,
status, length));
	//
+	if ((length==0)&&(type!=CLIPRDR_CONNECT)){
+  	DEBUG_CLIPBOARD(("TRY CLIPRDR recv: 0 length data\n"));

+	 return;
+	}

after patch - still work...

----------------------------------------------------------------------

Comment By: SourceForge Robot (sf-robot)
Date: 2005-11-12 06:20

Message:
Logged In: YES 
user_id=1312539

This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).

----------------------------------------------------------------------

Comment By: Ilya Konstantinov (ikonst)
Date: 2005-10-28 14:26

Message:
Logged In: YES 
user_id=335423

The clipboard process works like this:
- You do a Paste operation in a Windows program.
- The Windows program requests clipboard data from RDPCLIP
and waits.
- RDPCLIP requests clipboard data from the RDP client.
- RDP client (us) request clipboard data from the X client
(e.g. xterm, Mozilla -- whoever!) that offers it.
- X client sends up back the clipboard data.
- We pass it on to RDP, the Windows program receives it and
unblocks from its wait.

If we never receive the info from the X client, the Windows
program will never unblock. For that cause, we might decide
on a timeout in rdesktop, after which we'll send an empty
clipboard response.

Can you confirm my suspicion?
Can you compile with --enable-debug-clipboard, perform the
hanging operation and attach the output here?

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2005-10-01 03:08

Message:
Logged In: NO 

Having the exact same problem on Windows XP SP2, tried to
find a fix for it, but no avail. Does anybody know what to do?

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2005-09-22 00:06

Message:
Logged In: NO 

Check into the RDPCLIP.EXE version on your 2000 or 2003 
server.  The version from 2003 sp1 fixes the problem.  Check 
Microsoft for the RDPCLIP.exe hotfix.

-JD

----------------------------------------------------------------------

Comment By: Andrew Fedorov (warlib)
Date: 2005-08-08 16:23

Message:
Logged In: YES 
user_id=725635

This things patched in Win 2003 SP1.

----------------------------------------------------------------------

Comment By: getmoresoon (getmoresoon)
Date: 2005-06-14 21:55

Message:
Logged In: YES 
user_id=1296697

I occasionally encounter a similar problem. Often, pasting
into the Win XP session will result in locking the recipient
application. Bringing up the taskmanager and killing the
RDPClip.exe process will get your app back, but you will
lose any ability to cut/paste from your Linux desktop into
WinXP until the Xp machine is rebooted. (or you restart the
process, which you can do from the XP command line)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=381347&aid=1198945&group_id=24366

Patches item #1715359, was opened at 2007-05-09 10:53
Message generated for change (Comment added) made by lhazlett
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=381349&aid=1715359&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: lhazlett (lhazlett)
Assigned to: Nobody/Anonymous (nobody)
Summary: seamlessrdp topmost windows

Initial Comment:
Improved support for topmost seamlessrdp windows.

----------------------------------------------------------------------

>Comment By: lhazlett (lhazlett)
Date: 2007-09-10 17:04

Message:
Logged In: YES 
user_id=1788238
Originator: YES

Updated to apply cleanly against CVS
File Added: topmost_windows_rdesktop.patch

----------------------------------------------------------------------

Comment By: lhazlett (lhazlett)
Date: 2007-05-09 10:54

Message:
Logged In: YES 
user_id=1788238
Originator: YES

File Added: topmost_windows_seamlessrdp.patch

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=381349&aid=1715359&group_id=24366

Patches item #1715358, was opened at 2007-05-09 10:52
Message generated for change (Comment added) made by lhazlett
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=381349&aid=1715358&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: lhazlett (lhazlett)
Assigned to: Nobody/Anonymous (nobody)
Summary: seamlessrdp window close

Initial Comment:
Support for closing seamlessrdp application.

----------------------------------------------------------------------

>Comment By: lhazlett (lhazlett)
Date: 2007-09-10 17:02

Message:
Logged In: YES 
user_id=1788238
Originator: YES

Updated to apply cleanly against CVS
File Added: window_close_rdesktop.patch

----------------------------------------------------------------------

Comment By: lhazlett (lhazlett)
Date: 2007-05-09 10:53

Message:
Logged In: YES 
user_id=1788238
Originator: YES

File Added: window_close_seamlessrdp.patch

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=381349&aid=1715358&group_id=24366

Patches item #1715356, was opened at 2007-05-09 10:51
Message generated for change (Comment added) made by lhazlett
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=381349&aid=1715356&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: lhazlett (lhazlett)
Assigned to: Nobody/Anonymous (nobody)
Summary: seamlessrdp tooltips

Initial Comment:
Improved handling of seamlessrdp window tooltips.

----------------------------------------------------------------------

>Comment By: lhazlett (lhazlett)
Date: 2007-09-10 17:01

Message:
Logged In: YES 
user_id=1788238
Originator: YES

Updated to apply cleanly against CVS
File Added: tooltips_rdesktop.patch

----------------------------------------------------------------------

Comment By: lhazlett (lhazlett)
Date: 2007-05-09 10:51

Message:
Logged In: YES 
user_id=1788238
Originator: YES

File Added: tooltips_seamlessrdp.patch

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=381349&aid=1715356&group_id=24366