Certain files gets corrupted after being copied with RDC

Hi!

I have a problem with Windows XP SP3 (x86, swedish version) clients when you
try to copy certain file types from a Windows Server 2008 x64 running TS
role. If you create a new XPS file (with the XPS printer for example) and
copy back it to the client over RDP it's file size will increase with a
couple of kilobytes. Larger file = more data will be added. If you try to
open it on the client it won't work. The same thing happens with .ai files
(Adobe Illustrator) and I guess other less common file types also are
affected Word, Excel, PDF, JPEG for example, are all fine. You can copy the
same file from the client to the server and then open it without problem.

Can this be related to TS Easy Print. I know it uses XPS format but I can't
understand why it should affect .ai files.

If you use Windows Vista on the client it works fine. The tested client have
all updates public updates to .NET Framework and Windows. It doesn't matter
if the client connects to the server from the same LAN or Internet.

I've found one that appears to have the same problem:



Thanks in advance!

 

Hi,

We have a customer that is experiencing the same problem with PDF files. The
file size increase doesn't appear to be random, the file is growing such that
it results in a file size that is exactly aligned with the sectors on the
disk. For instance a particular file grew to be exactly 96KB. Looking at the
general properties for the file shows that the file size is identical to the
size on disk. Also, the few kilobytes that are appended are a copy of a
portion of the same file. This is a critical issue because files are being
corrupted.

Thanks,

Peter

"Kristian" wrote:
<!--coloro:blue--><span style="color:blue <!--/coloro-->
> Hi!
>
> I have a problem with Windows XP SP3 (x86, swedish version) clients when you
> try to copy certain file types from a Windows Server 2008 x64 running TS
> role. If you create a new XPS file (with the XPS printer for example) and
> copy back it to the client over RDP it's file size will increase with a
> couple of kilobytes. Larger file = more data will be added. If you try to
> open it on the client it won't work. The same thing happens with .ai files
> (Adobe Illustrator) and I guess other less common file types also are
> affected Word, Excel, PDF, JPEG for example, are all fine. You can copy the
> same file from the client to the server and then open it without problem.
>
> Can this be related to TS Easy Print. I know it uses XPS format but I can't
> understand why it should affect .ai files.
>
> If you use Windows Vista on the client it works fine. The tested client have
> all updates public updates to .NET Framework and Windows. It doesn't matter
> if the client connects to the server from the same LAN or Internet.
>
> I've found one that appears to have the same problem:
>
>
>
> Thanks in advance!<!--colorc--><!--/colorc-->

 

Thanks Peter. The actual size of that .pdf on the server is 87.4 KB taking
up 88 KB on disk.

"peternoyes" <peternoyes@discussions.microsoft.com> wrote in message
news:FE0DDF83-0E8F-4915-A463-FDA7FA2A195E@microsoft.com...<!--coloro:blue--><span style="color:blue <!--/coloro-->
> Hi,
>
> We have a customer that is experiencing the same problem with PDF files.
> The
> file size increase doesn't appear to be random, the file is growing such
> that
> it results in a file size that is exactly aligned with the sectors on the
> disk. For instance a particular file grew to be exactly 96KB. Looking at
> the
> general properties for the file shows that the file size is identical to
> the
> size on disk. Also, the few kilobytes that are appended are a copy of a
> portion of the same file. This is a critical issue because files are being
> corrupted.
>
> Thanks,
>
> Peter
>
> "Kristian" wrote:
><!--coloro:green--><span style="color:green <!--/coloro-->
>> Hi!
>>
>> I have a problem with Windows XP SP3 (x86, swedish version) clients when
>> you
>> try to copy certain file types from a Windows Server 2008 x64 running TS
>> role. If you create a new XPS file (with the XPS printer for example) and
>> copy back it to the client over RDP it's file size will increase with a
>> couple of kilobytes. Larger file = more data will be added. If you try to
>> open it on the client it won't work. The same thing happens with .ai
>> files
>> (Adobe Illustrator) and I guess other less common file types also are
>> affected Word, Excel, PDF, JPEG for example, are all fine. You can copy
>> the
>> same file from the client to the server and then open it without problem.
>>
>> Can this be related to TS Easy Print. I know it uses XPS format but I
>> can't
>> understand why it should affect .ai files.
>>
>> If you use Windows Vista on the client it works fine. The tested client
>> have
>> all updates public updates to .NET Framework and Windows. It doesn't
>> matter
>> if the client connects to the server from the same LAN or Internet.
>>
>> I've found one that appears to have the same problem:
>>
>>
>>
>> Thanks in advance!<!--colorc--><!--/colorc-->
> <!--colorc--><!--/colorc-->

 

We RDC'd from XP SP3 client to Server 2008 SP1 (sharing hard drives) and
found the following:

- while browsing remote desktop / machine, edit->copy or right-click->copy
a file; then, minimizing RDC window, edit->paste or right-click->paste on
local desktop / machine -- resultant file size was bigger than the original's
(& so resultant file was corrupt)

- while browsing remote desktop / machine, edit->copy or right-click->copy
a file; then, from that RDC window, edit->paste or right-click->paste to the
local machine's hard drive (as shown via the remote computer's Windows
Explorer) -- file copied fine and client copy was usable, as expected

It seems almost that the first is akin to a file pull and the latter is like
a file push -- pull fails & push works.

I haven't investigated further -- we simply use push, rather than pull,
though this is an uncomfortable solution.



"peternoyes" wrote:
<!--coloro:blue--><span style="color:blue <!--/coloro-->
> Hi,
>
> We have a customer that is experiencing the same problem with PDF files. The
> file size increase doesn't appear to be random, the file is growing such that
> it results in a file size that is exactly aligned with the sectors on the
> disk. For instance a particular file grew to be exactly 96KB. Looking at the
> general properties for the file shows that the file size is identical to the
> size on disk. Also, the few kilobytes that are appended are a copy of a
> portion of the same file. This is a critical issue because files are being
> corrupted.
>
> Thanks,
>
> Peter
>
> "Kristian" wrote:
> <!--coloro:green--><span style="color:green <!--/coloro-->
> > Hi!
> >
> > I have a problem with Windows XP SP3 (x86, swedish version) clients when you
> > try to copy certain file types from a Windows Server 2008 x64 running TS
> > role. If you create a new XPS file (with the XPS printer for example) and
> > copy back it to the client over RDP it's file size will increase with a
> > couple of kilobytes. Larger file = more data will be added. If you try to
> > open it on the client it won't work. The same thing happens with .ai files
> > (Adobe Illustrator) and I guess other less common file types also are
> > affected Word, Excel, PDF, JPEG for example, are all fine. You can copy the
> > same file from the client to the server and then open it without problem.
> >
> > Can this be related to TS Easy Print. I know it uses XPS format but I can't
> > understand why it should affect .ai files.
> >
> > If you use Windows Vista on the client it works fine. The tested client have
> > all updates public updates to .NET Framework and Windows. It doesn't matter
> > if the client connects to the server from the same LAN or Internet.
> >
> > I've found one that appears to have the same problem:
> >
> >
> >
> > Thanks in advance!<!--colorc--><!--/colorc--><!--colorc--><!--/colorc-->

 

Thank you for this tip, now we have a work around until a better solution is
available.



"." wrote:
<!--coloro:blue--><span style="color:blue <!--/coloro-->
> We RDC'd from XP SP3 client to Server 2008 SP1 (sharing hard drives) and
> found the following:
>
> - while browsing remote desktop / machine, edit->copy or right-click->copy
> a file; then, minimizing RDC window, edit->paste or right-click->paste on
> local desktop / machine -- resultant file size was bigger than the original's
> (& so resultant file was corrupt)
>
> - while browsing remote desktop / machine, edit->copy or right-click->copy
> a file; then, from that RDC window, edit->paste or right-click->paste to the
> local machine's hard drive (as shown via the remote computer's Windows
> Explorer) -- file copied fine and client copy was usable, as expected
>
> It seems almost that the first is akin to a file pull and the latter is like
> a file push -- pull fails & push works.
>
> I haven't investigated further -- we simply use push, rather than pull,
> though this is an uncomfortable solution.
>
>
>
> "peternoyes" wrote:
> <!--coloro:green--><span style="color:green <!--/coloro-->
> > Hi,
> >
> > We have a customer that is experiencing the same problem with PDF files. The
> > file size increase doesn't appear to be random, the file is growing such that
> > it results in a file size that is exactly aligned with the sectors on the
> > disk. For instance a particular file grew to be exactly 96KB. Looking at the
> > general properties for the file shows that the file size is identical to the
> > size on disk. Also, the few kilobytes that are appended are a copy of a
> > portion of the same file. This is a critical issue because files are being
> > corrupted.
> >
> > Thanks,
> >
> > Peter
> >
> > "Kristian" wrote:
> > <!--coloro:darkred--><span style="color:darkred <!--/coloro-->
> > > Hi!
> > >
> > > I have a problem with Windows XP SP3 (x86, swedish version) clients when you
> > > try to copy certain file types from a Windows Server 2008 x64 running TS
> > > role. If you create a new XPS file (with the XPS printer for example) and
> > > copy back it to the client over RDP it's file size will increase with a
> > > couple of kilobytes. Larger file = more data will be added. If you try to
> > > open it on the client it won't work. The same thing happens with .ai files
> > > (Adobe Illustrator) and I guess other less common file types also are
> > > affected Word, Excel, PDF, JPEG for example, are all fine. You can copy the
> > > same file from the client to the server and then open it without problem.
> > >
> > > Can this be related to TS Easy Print. I know it uses XPS format but I can't
> > > understand why it should affect .ai files.
> > >
> > > If you use Windows Vista on the client it works fine. The tested client have
> > > all updates public updates to .NET Framework and Windows. It doesn't matter
> > > if the client connects to the server from the same LAN or Internet.
> > >
> > > I've found one that appears to have the same problem:
> > >
> > >
> > >
> > > Thanks in advance!<!--colorc--><!--/colorc--><!--colorc--><!--/colorc--><!--colorc--><!--/colorc-->

 

Nice find but this doesn't work in our scenerio. We actually use RemoteAPP
which also has this bug. The user is unable to see any local drives to
"push" to.


"." <.@discussions.microsoft.com> wrote in message
news:C2BFC327-6CA2-4886-B3A4-CE6D9E43A742@microsoft.com...<!--coloro:blue--><span style="color:blue <!--/coloro-->
> We RDC'd from XP SP3 client to Server 2008 SP1 (sharing hard drives) and
> found the following:
>
> - while browsing remote desktop / machine, edit->copy or
> right-click->copy
> a file; then, minimizing RDC window, edit->paste or right-click->paste on
> local desktop / machine -- resultant file size was bigger than the
> original's
> (& so resultant file was corrupt)
>
> - while browsing remote desktop / machine, edit->copy or
> right-click->copy
> a file; then, from that RDC window, edit->paste or right-click->paste to
> the
> local machine's hard drive (as shown via the remote computer's Windows
> Explorer) -- file copied fine and client copy was usable, as expected
>
> It seems almost that the first is akin to a file pull and the latter is
> like
> a file push -- pull fails & push works.
>
> I haven't investigated further -- we simply use push, rather than pull,
> though this is an uncomfortable solution.
>
>
>
> "peternoyes" wrote:
><!--coloro:green--><span style="color:green <!--/coloro-->
>> Hi,
>>
>> We have a customer that is experiencing the same problem with PDF files.
>> The
>> file size increase doesn't appear to be random, the file is growing such
>> that
>> it results in a file size that is exactly aligned with the sectors on the
>> disk. For instance a particular file grew to be exactly 96KB. Looking at
>> the
>> general properties for the file shows that the file size is identical to
>> the
>> size on disk. Also, the few kilobytes that are appended are a copy of a
>> portion of the same file. This is a critical issue because files are
>> being
>> corrupted.
>>
>> Thanks,
>>
>> Peter
>>
>> "Kristian" wrote:
>><!--coloro:darkred--><span style="color:darkred <!--/coloro-->
>> > Hi!
>> >
>> > I have a problem with Windows XP SP3 (x86, swedish version) clients
>> > when you
>> > try to copy certain file types from a Windows Server 2008 x64 running
>> > TS
>> > role. If you create a new XPS file (with the XPS printer for example)
>> > and
>> > copy back it to the client over RDP it's file size will increase with a
>> > couple of kilobytes. Larger file = more data will be added. If you try
>> > to
>> > open it on the client it won't work. The same thing happens with .ai
>> > files
>> > (Adobe Illustrator) and I guess other less common file types also are
>> > affected Word, Excel, PDF, JPEG for example, are all fine. You can copy
>> > the
>> > same file from the client to the server and then open it without
>> > problem.
>> >
>> > Can this be related to TS Easy Print. I know it uses XPS format but I
>> > can't
>> > understand why it should affect .ai files.
>> >
>> > If you use Windows Vista on the client it works fine. The tested client
>> > have
>> > all updates public updates to .NET Framework and Windows. It doesn't
>> > matter
>> > if the client connects to the server from the same LAN or Internet.
>> >
>> > I've found one that appears to have the same problem:
>> >
>> >
>> >
>> > Thanks in advance!<!--colorc--><!--/colorc--><!--colorc--><!--/colorc-->
> <!--colorc--><!--/colorc-->

 

it looks like Microsoft has a hotfix for this now.




Excellent!


"Kristian" <Kristian@discussions.microsoft.com> wrote in message
news:9DACB333-FBAE-4824-8A9F-931884CD1BF7@microsoft.com...<!--coloro:blue--><span style="color:blue <!--/coloro-->
> Hi!
>
> I have a problem with Windows XP SP3 (x86, swedish version) clients when
> you
> try to copy certain file types from a Windows Server 2008 x64 running TS
> role. If you create a new XPS file (with the XPS printer for example) and
> copy back it to the client over RDP it's file size will increase with a
> couple of kilobytes. Larger file = more data will be added. If you try to
> open it on the client it won't work. The same thing happens with .ai files
> (Adobe Illustrator) and I guess other less common file types also are
> affected Word, Excel, PDF, JPEG for example, are all fine. You can copy
> the
> same file from the client to the server and then open it without problem.
>
> Can this be related to TS Easy Print. I know it uses XPS format but I
> can't
> understand why it should affect .ai files.
>
> If you use Windows Vista on the client it works fine. The tested client
> have
> all updates public updates to .NET Framework and Windows. It doesn't
> matter
> if the client connects to the server from the same LAN or Internet.
>
> I've found one that appears to have the same problem:
>
>
>
> Thanks in advance!
> <!--colorc--><!--/colorc-->