Copy/paste not working

[Peter Aitken]

My remote desktop works very well except that sometimes copy/paste does not
work. Has anyone else seen this?

 

[Dave Patrick]

You'll need to browse to the destination device to copy file and or folder
objects. These can't be copied from the remote window to the local window or
vice versa. If that's what you mean.

--
Regards,

Dave Patrick ....Please no email replies - reply in newsgroup.
Microsoft Certified Professional
Microsoft MVP [Windows]
http://www.microsoft.com/protect

:
| My remote desktop works very well except that sometimes copy/paste does
not
| work. Has anyone else seen this?
|
| --
| Peter Aitken
|
| Remove the crap from my email address before using.
|
|

 

[Peter Aitken]

You'll need to browse to the destination device to copy file and or folder
objects. These can't be copied from the remote window to the local window or
vice versa. If that's what you mean.

--
Regards,

Dave Patrick ....Please no email replies - reply in newsgroup.
Microsoft Certified Professional
Microsoft MVP [Windows]
http://www.microsoft.com/protect

No - I mean simply copying and pasting text from one app to another, both
running on the remote machine.

 

[Dave Christie]

I've been having the same problem -- it works at first,
but after lots of copy & paste operations it just stops
working. Disconnecting and reconnecting doesn't fix it.
The Copy & Paste entries on the context menu are enabled,
but they don't do anything, nor does Ctrl-c/v. Excel
displays a "Cannot empty clipboard" message whenever I
trying to copy something on a spreadsheet, but the
clipboard window shows it being empty. The clipboard
status display says "Item not collected". It will however
subsequently do the paste properly, but only if it's an
Excel object that's being copied from within that instance
of Excel (but the copy never shows in the clipbook
window). VBA macros doing copy & paste will also stop
with this error message.

If I run the clipbook viewer (clipbrd.exe) on the remote
system to try and view the clipboard, it just hangs,
keeping the CPU busy, after opening the Local Clipbook
window (which remains empty). I have to kill it via task
manager. I've also tried stopping and restarting the
clipbook service; that didn't help.

I suspect that logging off the remote system rather than
just disconnecting might fix it, but that's a poor
solution when you have lots of work in progress.

This sounds too similar to this MS knowledge base issue:
http://support.microsoft.com/default.aspx?scid=kb;en-
us;840872
to be a coincidence. But my remote system is XP Pro, not
Server 2003.

Dave Christie

-----Original Message-----

You'll need to browse to the destination device to copy file and or folder
objects. These can't be copied from the remote window

to the local window
or

vice versa. If that's what you mean.

--
Regards,

Dave Patrick ....Please no email replies - reply in newsgroup.
Microsoft Certified Professional
Microsoft MVP [Windows]
http://www.microsoft.com/protect

No - I mean simply copying and pasting text from one app to another, both
running on the remote machine.

--
Peter Aitken

Remove the crap from my email address before using.


.

 

[Dave Christie]

Some more info: switching back to the local console on the
remote system clears the problem -- I can then go back to
a remote desktop and it's ok. (Don't need to do anything
on the local console other than unlock it.) Obviously not
a viable solution for truly "remote" access though.

I've also found that I can readily induce this condition
with a simple VBA Excel macro that does a large number of
copy & paste operations, like so:

For i = 1 to 1000
[A1].Copy
ActiveSheet.Paste [A2]
[A1] = [A1] + 1 ' contents must change to
Next i ' get new instance of copy

Run this via remote desktop and watch the clipboard
contents (do Ctrl-C twice in Excel to display it). Some
number of copies will be entered in the clipboard but then
it will stop accumulating them, although the macro
completes. Now Copy/Paste is broken. (If a larger range
is copied it'll happen sooner.) The macro runs noticably
faster after this, probably because the clipboard has
stopped communicating with the client's clipboard. I've
only ever run into this when it involves Office on the
remote system. Sure seems like a bug to me.

One last thing I've discovered: when the condition occurs,
doing a paste on the client system (into Notepad or
whatever) will clear the condition, **as long as what you
paste is from the remote system**. If you copy something
locally on the client first, it's game over.

Dave Christie

-----Original Message-----
I've been having the same problem -- it works at first,
but after lots of copy & paste operations it just stops
working. Disconnecting and reconnecting doesn't fix it.
The Copy & Paste entries on the context menu are enabled,
but they don't do anything, nor does Ctrl-c/v. Excel
displays a "Cannot empty clipboard" message whenever I
trying to copy something on a spreadsheet, but the
clipboard window shows it being empty. The clipboard
status display says "Item not collected". It will however
subsequently do the paste properly, but only if it's an
Excel object that's being copied from within that instance
of Excel (but the copy never shows in the clipbook
window). VBA macros doing copy & paste will also stop
with this error message.

If I run the clipbook viewer (clipbrd.exe) on the remote
system to try and view the clipboard, it just hangs,
keeping the CPU busy, after opening the Local Clipbook
window (which remains empty). I have to kill it via task
manager. I've also tried stopping and restarting the
clipbook service; that didn't help.

I suspect that logging off the remote system rather than
just disconnecting might fix it, but that's a poor
solution when you have lots of work in progress.

This sounds too similar to this MS knowledge base issue:
http://support.microsoft.com/default.aspx?scid=kb;en-
us;840872
to be a coincidence. But my remote system is XP Pro, not
Server 2003.

Dave Christie

-----Original Message-----

copy
file and or folder

objects. These can't be copied from the remote window

to the local window
or

vice versa. If that's what you mean.

--
Regards,

Dave Patrick ....Please no email replies - reply in newsgroup.
Microsoft Certified Professional
Microsoft MVP [Windows]
http://www.microsoft.com/protect

No - I mean simply copying and pasting text from one app to another, both
running on the remote machine.

--
Peter Aitken

Remove the crap from my email address before using.


.

.

 

[Dave Christie]

It seems that if clipbrd.exe is running on the remote
system, the macro won't fail (based on several tries).
Maybe it throttles the communication between remote and
local clipboards, avoiding some overrun condition that
gets them out of sync. At any rate, this may prove to be
a simple workaround.

I've been running into this frustrating problem for a long
time, and have never been able to find any info on it.
Thanks for prompting me to dig into it! Hopefully someone
from Microsoft is paying attention...

Dave

-----Original Message-----
Some more info: switching back to the local console on the
remote system clears the problem -- I can then go back to
a remote desktop and it's ok. (Don't need to do anything
on the local console other than unlock it.) Obviously not
a viable solution for truly "remote" access though.

I've also found that I can readily induce this condition
with a simple VBA Excel macro that does a large number of
copy & paste operations, like so:

For i = 1 to 1000
[A1].Copy
ActiveSheet.Paste [A2]
[A1] = [A1] + 1 ' contents must change to
Next i ' get new instance of copy

Run this via remote desktop and watch the clipboard
contents (do Ctrl-C twice in Excel to display it). Some
number of copies will be entered in the clipboard but then
it will stop accumulating them, although the macro
completes. Now Copy/Paste is broken. (If a larger range
is copied it'll happen sooner.) The macro runs noticably
faster after this, probably because the clipboard has
stopped communicating with the client's clipboard. I've
only ever run into this when it involves Office on the
remote system. Sure seems like a bug to me.

One last thing I've discovered: when the condition occurs,
doing a paste on the client system (into Notepad or
whatever) will clear the condition, **as long as what you
paste is from the remote system**. If you copy something
locally on the client first, it's game over.

Dave Christie

-----Original Message-----
I've been having the same problem -- it works at first,
but after lots of copy & paste operations it just stops
working. Disconnecting and reconnecting doesn't fix it.
The Copy & Paste entries on the context menu are enabled,
but they don't do anything, nor does Ctrl-c/v. Excel
displays a "Cannot empty clipboard" message whenever I
trying to copy something on a spreadsheet, but the
clipboard window shows it being empty. The clipboard
status display says "Item not collected". It will however
subsequently do the paste properly, but only if it's an
Excel object that's being copied from within that instance
of Excel (but the copy never shows in the clipbook
window). VBA macros doing copy & paste will also stop
with this error message.

If I run the clipbook viewer (clipbrd.exe) on the remote
system to try and view the clipboard, it just hangs,
keeping the CPU busy, after opening the Local Clipbook
window (which remains empty). I have to kill it via task
manager. I've also tried stopping and restarting the
clipbook service; that didn't help.

I suspect that logging off the remote system rather than
just disconnecting might fix it, but that's a poor
solution when you have lots of work in progress.

This sounds too similar to this MS knowledge base issue:
http://support.microsoft.com/default.aspx?scid=kb;en-
us;840872
to be a coincidence. But my remote system is XP Pro, not
Server 2003.

Dave Christie

-----Original Message-----
You'll need to browse to the destination device to

copy
file and or folder

objects. These can't be copied from the remote window to the local window
or
vice versa. If that's what you mean.

--
Regards,

Dave Patrick ....Please no email replies - reply in newsgroup.
Microsoft Certified Professional
Microsoft MVP [Windows]
http://www.microsoft.com/protect


No - I mean simply copying and pasting text from one

app
to another, both

running on the remote machine.

--
Peter Aitken

Remove the crap from my email address before using.


.

.

.

 

[Guest]

I get this exact same problem and it is extremely frustrating!! The delete
function also fails intermittently. It started happening since we upgraded
our server (and Office apps) at Xmas from 2000 to 2003. We all use remote
desktop terminal services to connect our client/base machines to the server
and rarely use the lower spec win98 client pcs. I keep having to revert back
to using my base machine though as I am a developer and constantly use the
copy/paste facility between all apps (I also found it fails between IE and
Notepad not just Office apps). Logging off does solve but as you quite
clearly state this is not ideal when you have lots of windows open, etc,
especially when in the middle of coding!

I did post the problem a bit back but had no reply and just found this post.
Can you clarify exactly what you did to fix, if it did?

Cheers
Sue

It seems that if clipbrd.exe is running on the remote
system, the macro won't fail (based on several tries).
Maybe it throttles the communication between remote and
local clipboards, avoiding some overrun condition that
gets them out of sync. At any rate, this may prove to be
a simple workaround.

I've been running into this frustrating problem for a long
time, and have never been able to find any info on it.
Thanks for prompting me to dig into it! Hopefully someone
from Microsoft is paying attention...

Dave

-----Original Message-----
Some more info: switching back to the local console on the
remote system clears the problem -- I can then go back to
a remote desktop and it's ok. (Don't need to do anything
on the local console other than unlock it.) Obviously not
a viable solution for truly "remote" access though.

I've also found that I can readily induce this condition
with a simple VBA Excel macro that does a large number of
copy & paste operations, like so:

For i = 1 to 1000
[A1].Copy
ActiveSheet.Paste [A2]
[A1] = [A1] + 1 ' contents must change to
Next i ' get new instance of copy

Run this via remote desktop and watch the clipboard
contents (do Ctrl-C twice in Excel to display it). Some
number of copies will be entered in the clipboard but then
it will stop accumulating them, although the macro
completes. Now Copy/Paste is broken. (If a larger range
is copied it'll happen sooner.) The macro runs noticably
faster after this, probably because the clipboard has
stopped communicating with the client's clipboard. I've
only ever run into this when it involves Office on the
remote system. Sure seems like a bug to me.

One last thing I've discovered: when the condition occurs,
doing a paste on the client system (into Notepad or
whatever) will clear the condition, **as long as what you
paste is from the remote system**. If you copy something
locally on the client first, it's game over.

Dave Christie

-----Original Message-----
I've been having the same problem -- it works at first,
but after lots of copy & paste operations it just stops
working. Disconnecting and reconnecting doesn't fix it.
The Copy & Paste entries on the context menu are enabled,
but they don't do anything, nor does Ctrl-c/v. Excel
displays a "Cannot empty clipboard" message whenever I
trying to copy something on a spreadsheet, but the
clipboard window shows it being empty. The clipboard
status display says "Item not collected". It will however
subsequently do the paste properly, but only if it's an
Excel object that's being copied from within that instance
of Excel (but the copy never shows in the clipbook
window). VBA macros doing copy & paste will also stop
with this error message.

If I run the clipbook viewer (clipbrd.exe) on the remote
system to try and view the clipboard, it just hangs,
keeping the CPU busy, after opening the Local Clipbook
window (which remains empty). I have to kill it via task
manager. I've also tried stopping and restarting the
clipbook service; that didn't help.

I suspect that logging off the remote system rather than
just disconnecting might fix it, but that's a poor
solution when you have lots of work in progress.

This sounds too similar to this MS knowledge base issue:
http://support.microsoft.com/default.aspx?scid=kb;en-
us;840872
to be a coincidence. But my remote system is XP Pro, not
Server 2003.

Dave Christie

-----Original Message-----
message
You'll need to browse to the destination device to copy
file and or folder
objects. These can't be copied from the remote window
to the local window
or
vice versa. If that's what you mean.

--
Regards,

Dave Patrick ....Please no email replies - reply in
newsgroup.
Microsoft Certified Professional
Microsoft MVP [Windows]
http://www.microsoft.com/protect


No - I mean simply copying and pasting text from one app
to another, both
running on the remote machine.

--
Peter Aitken

Remove the crap from my email address before using.


.

.

.

 

[Guest]

I've been doing what I suggested in my final post -- running clipbrd.exe on
the target system (in my case a desktop running XP Pro, not a server), and
haven't had the problem since. Just do Start->Run, type "clipbrd.exe" and
click OK. Leave it minimized on the task bar. I can only speculate as to
why it works. More of a workaround than a fix.

If you have access to the server hotpatches, there is supposedly one for
Server2003 that may be the real solution:
http://support.microsoft.com/default.aspx?scid=kb;en-us;840872

I'd be curious to know if that fixes it. Supposedly it can be applied to XP
as well.

I get this exact same problem and it is extremely frustrating!! The delete
function also fails intermittently. It started happening since we upgraded
our server (and Office apps) at Xmas from 2000 to 2003. We all use remote
desktop terminal services to connect our client/base machines to the server
and rarely use the lower spec win98 client pcs. I keep having to revert back
to using my base machine though as I am a developer and constantly use the
copy/paste facility between all apps (I also found it fails between IE and
Notepad not just Office apps). Logging off does solve but as you quite
clearly state this is not ideal when you have lots of windows open, etc,
especially when in the middle of coding!

I did post the problem a bit back but had no reply and just found this post.
Can you clarify exactly what you did to fix, if it did?

Cheers
Sue

It seems that if clipbrd.exe is running on the remote
system, the macro won't fail (based on several tries).
Maybe it throttles the communication between remote and
local clipboards, avoiding some overrun condition that
gets them out of sync. At any rate, this may prove to be
a simple workaround.

I've been running into this frustrating problem for a long
time, and have never been able to find any info on it.
Thanks for prompting me to dig into it! Hopefully someone
from Microsoft is paying attention...

Dave

-----Original Message-----
Some more info: switching back to the local console on the
remote system clears the problem -- I can then go back to
a remote desktop and it's ok. (Don't need to do anything
on the local console other than unlock it.) Obviously not
a viable solution for truly "remote" access though.

I've also found that I can readily induce this condition
with a simple VBA Excel macro that does a large number of
copy & paste operations, like so:

For i = 1 to 1000
[A1].Copy
ActiveSheet.Paste [A2]
[A1] = [A1] + 1 ' contents must change to
Next i ' get new instance of copy

Run this via remote desktop and watch the clipboard
contents (do Ctrl-C twice in Excel to display it). Some
number of copies will be entered in the clipboard but then
it will stop accumulating them, although the macro
completes. Now Copy/Paste is broken. (If a larger range
is copied it'll happen sooner.) The macro runs noticably
faster after this, probably because the clipboard has
stopped communicating with the client's clipboard. I've
only ever run into this when it involves Office on the
remote system. Sure seems like a bug to me.

One last thing I've discovered: when the condition occurs,
doing a paste on the client system (into Notepad or
whatever) will clear the condition, **as long as what you
paste is from the remote system**. If you copy something
locally on the client first, it's game over.

Dave Christie


-----Original Message-----
I've been having the same problem -- it works at first,
but after lots of copy & paste operations it just stops
working. Disconnecting and reconnecting doesn't fix it.
The Copy & Paste entries on the context menu are enabled,
but they don't do anything, nor does Ctrl-c/v. Excel
displays a "Cannot empty clipboard" message whenever I
trying to copy something on a spreadsheet, but the
clipboard window shows it being empty. The clipboard
status display says "Item not collected". It will
however
subsequently do the paste properly, but only if it's an
Excel object that's being copied from within that
instance
of Excel (but the copy never shows in the clipbook
window). VBA macros doing copy & paste will also stop
with this error message.

If I run the clipbook viewer (clipbrd.exe) on the remote
system to try and view the clipboard, it just hangs,
keeping the CPU busy, after opening the Local Clipbook
window (which remains empty). I have to kill it via task
manager. I've also tried stopping and restarting the
clipbook service; that didn't help.

I suspect that logging off the remote system rather than
just disconnecting might fix it, but that's a poor
solution when you have lots of work in progress.

This sounds too similar to this MS knowledge base issue:
http://support.microsoft.com/default.aspx?scid=kb;en-
us;840872
to be a coincidence. But my remote system is XP Pro, not
Server 2003.

Dave Christie

-----Original Message-----
message
You'll need to browse to the destination device to
copy
file and or folder
objects. These can't be copied from the remote window
to the local window
or
vice versa. If that's what you mean.

--
Regards,

Dave Patrick ....Please no email replies - reply in
newsgroup.
Microsoft Certified Professional
Microsoft MVP [Windows]
http://www.microsoft.com/protect


No - I mean simply copying and pasting text from one app
to another, both
running on the remote machine.

--
Peter Aitken

Remove the crap from my email address before using.


.

.

.

 

[Guest]

Thanks for clarification etc, I will try the fix and let you know. I found
another post where someone publicised this patch and apparently tested it ok
so fingers crossed!
Cheers

I've been doing what I suggested in my final post -- running clipbrd.exe on
the target system (in my case a desktop running XP Pro, not a server), and
haven't had the problem since. Just do Start->Run, type "clipbrd.exe" and
click OK. Leave it minimized on the task bar. I can only speculate as to
why it works. More of a workaround than a fix.

If you have access to the server hotpatches, there is supposedly one for
Server2003 that may be the real solution:
http://support.microsoft.com/default.aspx?scid=kb;en-us;840872

I'd be curious to know if that fixes it. Supposedly it can be applied to XP
as well.

I get this exact same problem and it is extremely frustrating!! The delete
function also fails intermittently. It started happening since we upgraded
our server (and Office apps) at Xmas from 2000 to 2003. We all use remote
desktop terminal services to connect our client/base machines to the server
and rarely use the lower spec win98 client pcs. I keep having to revert back
to using my base machine though as I am a developer and constantly use the
copy/paste facility between all apps (I also found it fails between IE and
Notepad not just Office apps). Logging off does solve but as you quite
clearly state this is not ideal when you have lots of windows open, etc,
especially when in the middle of coding!

I did post the problem a bit back but had no reply and just found this post.
Can you clarify exactly what you did to fix, if it did?

Cheers
Sue

It seems that if clipbrd.exe is running on the remote
system, the macro won't fail (based on several tries).
Maybe it throttles the communication between remote and
local clipboards, avoiding some overrun condition that
gets them out of sync. At any rate, this may prove to be
a simple workaround.

I've been running into this frustrating problem for a long
time, and have never been able to find any info on it.
Thanks for prompting me to dig into it! Hopefully someone
from Microsoft is paying attention...

Dave


-----Original Message-----
Some more info: switching back to the local console on
the
remote system clears the problem -- I can then go back to
a remote desktop and it's ok. (Don't need to do anything
on the local console other than unlock it.) Obviously
not
a viable solution for truly "remote" access though.

I've also found that I can readily induce this condition
with a simple VBA Excel macro that does a large number of
copy & paste operations, like so:

For i = 1 to 1000
[A1].Copy
ActiveSheet.Paste [A2]
[A1] = [A1] + 1 ' contents must change to
Next i ' get new instance of copy

Run this via remote desktop and watch the clipboard
contents (do Ctrl-C twice in Excel to display it). Some
number of copies will be entered in the clipboard but
then
it will stop accumulating them, although the macro
completes. Now Copy/Paste is broken. (If a larger range
is copied it'll happen sooner.) The macro runs noticably
faster after this, probably because the clipboard has
stopped communicating with the client's clipboard. I've
only ever run into this when it involves Office on the
remote system. Sure seems like a bug to me.

One last thing I've discovered: when the condition
occurs,
doing a paste on the client system (into Notepad or
whatever) will clear the condition, **as long as what you
paste is from the remote system**. If you copy something
locally on the client first, it's game over.

Dave Christie


-----Original Message-----
I've been having the same problem -- it works at first,
but after lots of copy & paste operations it just stops
working. Disconnecting and reconnecting doesn't fix
it.
The Copy & Paste entries on the context menu are
enabled,
but they don't do anything, nor does Ctrl-c/v. Excel
displays a "Cannot empty clipboard" message whenever I
trying to copy something on a spreadsheet, but the
clipboard window shows it being empty. The clipboard
status display says "Item not collected". It will
however
subsequently do the paste properly, but only if it's an
Excel object that's being copied from within that
instance
of Excel (but the copy never shows in the clipbook
window). VBA macros doing copy & paste will also stop
with this error message.

If I run the clipbook viewer (clipbrd.exe) on the remote
system to try and view the clipboard, it just hangs,
keeping the CPU busy, after opening the Local Clipbook
window (which remains empty). I have to kill it via
task
manager. I've also tried stopping and restarting the
clipbook service; that didn't help.

I suspect that logging off the remote system rather than
just disconnecting might fix it, but that's a poor
solution when you have lots of work in progress.

This sounds too similar to this MS knowledge base issue:
http://support.microsoft.com/default.aspx?scid=kb;en-
us;840872
to be a coincidence. But my remote system is XP Pro,
not
Server 2003.

Dave Christie

-----Original Message-----
message
You'll need to browse to the destination device to
copy
file and or folder
objects. These can't be copied from the remote window
to the local window
or
vice versa. If that's what you mean.

--
Regards,

Dave Patrick ....Please no email replies - reply in
newsgroup.
Microsoft Certified Professional
Microsoft MVP [Windows]
http://www.microsoft.com/protect


No - I mean simply copying and pasting text from one
app
to another, both
running on the remote machine.

--
Peter Aitken

Remove the crap from my email address before using.


.

.

.