From: SourceForge.net <no...@so...> - 2011-04-20 01:58:20
|
Bugs item #2858665, was opened at 2009-09-14 10:57 Message generated for change (Comment added) made by robertjtownley You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381347&aid=2858665&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: Black mouse pointer at Windows 2008 R2 Initial Comment: Mouse pointer is always black when connecting to Windows Server 2008 R2. It seems that this is introduced by R2 release of Windows 2008. I have tried most recent SVN version. It fixes some other visual problems (like black areas at OpenOffice) but mouse pointer problem not changed. ---------------------------------------------------------------------- Comment By: Robert J Townley (robertjtownley) Date: 2011-04-19 20:58 Message: On two Fedora 14 boxes, i did the following by hand - very clean. Not a single problem. Works great. No more black cursors. yum -y install libX11-devel openssl-devel #!/bin/bash mkdir -p /home/public/SOURCE/ pushd /home/public/SOURCE/ svn co https://rdesktop.svn.sourceforge.net/svnroot/rdesktop rdesktop pushd ./rdesktop/rdesktop/trunk/ ./bootstrap ./configure ./make sudo make install ---------------------------------------------------------------------- Comment By: Adrian Glaubitz (adi82) Date: 2011-04-19 18:06 Message: Hi, I just tested the recently released version 1.7.0 and can confirm that this version fixes the problem with the black cursor on Windows Server 2008 R2. I have tested this on MacOS 10.6.7: 1.6.0 shows the problem, with 1.7.0 it's gone. A colleague has tested 1.7.0 independently on Linux and confirmed the fix also. I will test my Debian Linux box tomorrow, but I'll guess it will work there as well. I therefore suggest closing this bug. I also reported the fact that 1.7.0 fixes the problem to the Debian bug tracker [1]. Adrian [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609525 ---------------------------------------------------------------------- Comment By: Robert J Townley (robertjtownley) Date: 2011-01-29 15:04 Message: The comments seem to indicate this BUG has been fixed for quite a long time in the source code versions. Shouldn't it be closed out? i am wondering if https://bugzilla.redhat.com/show_bug.cgi?id=604461 has not been fixed because cursory reading of this bug seems like it is not fixed. Please explicitly mark fixed, then maybe the Fedora Core maintainer will update the rpm. ---------------------------------------------------------------------- Comment By: livnah (livnah5738) Date: 2010-10-03 23:47 Message: I tried patch, for some reason it didn't work. Apparently it's fixed in latest update, downloaded from SVN, copied configure from 1.6, compiled, success! I figured a bunch of people with the problem might be having trouble with building from SVN, so I tgz'd and put it at http://filesocial.com/hheb38y --- ./configure ; make ; make install --- ready to rock and roll! ---------------------------------------------------------------------- Comment By: livnah (livnah5738) Date: 2010-10-03 22:01 Message: I tried patch, for some reason it didn't work. Apparently it's fixed in latest update, downloaded from SVN, copied configure from 1.6, compiled, success! I figured a bunch of people with the problem might be having trouble with building from SVN, so I tgz'd and put it at http://bit.ly/9DrhEB --- ./configure ; make ; make install --- ready to rock and roll! ---------------------------------------------------------------------- Comment By: Brecht Monkerhey (brechtmonkerhey) Date: 2010-06-04 10:46 Message: encountered the same problem, the patch mentioned by dougk works fine here for rdesktop on ubuntu and WS2008R2 ---------------------------------------------------------------------- Comment By: Doug Kelly (dougk_ff7) Date: 2010-03-01 11:08 Message: Appears to be fixed with the patch committed with #2884937. You're restricted to monochrome cursors, but they don't appear broken, at least. ---------------------------------------------------------------------- Comment By: John W. Lovell (jlovell_esd189) Date: 2009-12-03 18:30 Message: This is a real problem for us as we use rdesktop with LTSP for our thin clients. ---------------------------------------------------------------------- Comment By: Jay Sorg (jsorg71) Date: 2009-10-21 17:19 Message: It looks like an MS bug, they don't support clients using only older pointer caps. To fix this we need to implement 'New pointers' Document MS-RDPBCGR 2.2.9.1.1.4.5 New Pointer Update (TS_POINTERATTRIBUTE) ---------------------------------------------------------------------- Comment By: bailli (bailli) Date: 2009-10-20 14:29 Message: I am experiencing the same problem. I have tracked it down to the (unit8 *)data array in process_colour_pointer_pdu in rdp.c. The image of the cursor is somehow only the lower part of the original image, but is "stretched" vertically with empty 0x00 lines to fit the correct height. The mask seems to be correct - which is the only reason the normal mouse pointer is visible at all because for this cursor the data array contains only zeros. ---------------------------------------------------------------------- Comment By: Michael Gilbert (floppym) Date: 2009-10-08 23:32 Message: I am having a similar problem when connecting to Windows 7 (client version of Server 2008 R2). When the pointer scheme is set to anything other than "Windows Aero", the cursor appears as a solid black arrow. I am guessing it has something to do with the bitmap format of the other pointer schemes: Aero has full-color cursors, whereas the others have 1-bit (black/white) images. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381347&aid=2858665&group_id=24366 |