GP10 Copy / Paste on Terminal Server

[jp@CBS]

We just upgraded a customer from 9 to 10 -- on the SQL server and on the
terminal server.

On the terminal server, you can copy / paste to / from your desktop, but
once you open Great Plains 10, you cannot.

The SQL server works just fine through terminal services.

This has happened on more than one customer.

Any ideas?

Microsoft?

[Mariano Gomez]

JP,

Just what are you trying to copy to/from GP onto your desktop or viceversa?

Best regards,
--
MG.-
Mariano Gomez, MIS, MCP, PMP
Maximum Global Business, LLC
http://www.maximumglobalbusiness.com

[jp@CBS]

It doesn't matter: notepad, cells from a Smartlist export to Excel, fields on
a window, etc. Start a terminal services session, open notepad, type some
text and copy it, paste it into notepad on your local desktop, and it works
fine. But once you start Great Plains 10, you cannot copy/paste any more -
even to the notepad you copy/pasted to a second before. Something in Great
Plains 10 on one server is screwing up clipboard, while Great Plains 10 on
the other server is working just fine.

This was noticed because for one user because, in GP 9, she exported a
smartlist to Excel then copied some of the cells in her terminal services
session to Excel running on her local desktop. After the GP 10 upgrade, she
is no longer able to do this. She can't copy/paste anything once GP 10 is
started.

I don't want to have to tell them to do a work-around -- they need to be
able to copy/paste like they did before.

[Robert F]

We have that happen occasionally. All my users have to do is exit the TS and
log back on and it works fine. It appears to be something with the
clipboard. It never effects all users on the TS usually just one.
"jp@CBS" <jp...@discussions.microsoft.com> wrote in message
news:8B6AA201-7877-48FD...@microsoft.com...

[W.@discussions.microsoft.com Alicia W.]

We were having the same problem, but users didn't want to have to log out &
back in to resolve the issue (I guess that was too much of a pain).

So, I googled around a bit & found out that RDPCLIP is the process that
allows users to copy/paste between their remote & local desktops. I logged
on, & was able to copy/paste. I launched GP 10.0 & was unable to
copy/paste. I stopped & restarted RDPCLIP: I could copy & paste again.

So, to fix this for users on their locked down desktops, I gave them a
shortcut to a batch file that will stop & restart that for them. There are
only 2 lines in the batch file:
tskill rdpclip
start "" rdpclip

I've done a lot of testing, & this reliably restores the ability to
copy/paste.

FYI: putting START "" at the beginning of the 2nd line will close the DOS
window after the RDPCLIP command is run, otherwise, users will have to close
the DOS window manually. Without that, the DOS window stays open until the
RDPCLIP process is stopped again.

Alicia

[Victoria [MVP]]

Alicia, this is great! Thanks for sharing your solution with us!

--
Victoria Yudin
Dynamics GP MVP
Flexible Solutions - home of GP Reports
http://www.flex-solutions.com/gpreports.html

"Alicia W." <Alicia W.@discussions.microsoft.com> wrote in message
news:6EA7F7BA-AE16-4327...@microsoft.com...

[Monzer Osama]

Hello
Just small add ,
You can but the .BAT file shortcut at the Startup menu in GP to close
and open automatically if you facing the problem frequently.

[FS483]

HI Alicia,

I just gave your 2 lines of code a try and it doesn't work in my case.
Through citrix client using the admin account, I don't even see rdpclip.exe
service running. I still ran the commands and there were no error messages
but still no copy/paste functionality. I then tried loggin onto the Citrix
server using RDP (while my previous Citrix Client session was still opened),
I see rdpclip.exe running but stopping/restarting it doesn't solve the
problem either. Only logout/login works. I'm running Metafram XPs on
Windows 2003 Server with GP10. My Citrix Client is 9.15. Anything else you
might of changed (maybe permissions) ?

Thanks
akwong