windows server Certain files gets corrupted after being copied with RDC

[Guest Kristian]

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:

 

http://channel9.msdn.com/forums/Coffeehous...s-on-XP-clients

 

Thanks in advance!

[Guest peternoyes]

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:

> 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:

>

> http://channel9.msdn.com/forums/Coffeehous...s-on-XP-clients

>

> Thanks in advance!

[Guest Saucer Man]

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

up 88 KB on disk.

 

"peternoyes" wrote in message

news:FE0DDF83-0E8F-4915-A463-FDA7FA2A195E@microsoft.com...

> 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:

>

>> 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:

>>

>> http://channel9.msdn.com/forums/Coffeehous...s-on-XP-clients

>>

>> Thanks in advance!

>

[Guest .]

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:

> 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:

>

> > 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:

> >

> > http://channel9.msdn.com/forums/Coffeehous...s-on-XP-clients

> >

> > Thanks in advance!

[Guest Kristian]

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

available.

 

 

 

"." wrote:

> 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:

>

> > 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:

> >

> > > 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:

> > >

> > > http://channel9.msdn.com/forums/Coffeehous...s-on-XP-clients

> > >

> > > Thanks in advance!

[Guest Saucer Man]

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.

 

 

"." wrote in message

news:C2BFC327-6CA2-4886-B3A4-CE6D9E43A742@microsoft.com...

> 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:

>

>> 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:

>>

>> > 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:

>> >

>> > http://channel9.msdn.com/forums/Coffeehous...s-on-XP-clients

>> >

>> > Thanks in advance!

>

[Guest Saucer Man]

it looks like Microsoft has a hotfix for this now.

 

http://support.microsoft.com/kb/972828/

 

 

Excellent!

 

 

"Kristian" wrote in message

news:9DACB333-FBAE-4824-8A9F-931884CD1BF7@microsoft.com...

> 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:

>

> http://channel9.msdn.com/forums/Coffeehous...s-on-XP-clients

>

> Thanks in advance!

>