I'm not quite sure if the title of the subject covers the content of this thread
Sure, using copy/paste might not be the best decision in FMP scripting.
We know some general Voodoo-Tricks to narrow down issues. Those are use of Refresh, Commit, Pause (as we know even a pause with duration 0,2 seconds might do the job!) and of course that dead chicken buried in your backyard.
- what, if you set a Commit step after every Copy task?
nope... the copybuffer is just empty, nothing copied (record changes have been commited)
problem is, that You can replicate it manually - copy some text from FileMaker and paste that to another field. Empty
I copied text from Adobe Acrobat, pasted that tet into a FM field. Empty
you are right about the song (-:
seems that SetVar is the only reasonable way to go.
You might consider to send this in as a Bug Report.
'Copy' is still a script task supported by FMP. But obviously don't work reliably.
did that already. FM Support did know nothing about 'Horizon'
but it is not a FileMaker issue - it's VMWare... (not all the voodoo is Filemaker voodoo... there are some other players around)
Yes, Markus, I can confirm that this (at least the copy/paste) is an occasional issue for me. I have a FM 10/11 solution that's been running for several years on a Windows VM and I access the desktop of the server with Citrix. I can report at least two occasional behaviors.
First, there's copy/paste. I do a lot of manual copying and pasting when 'cleaning up' data I'm preparing for importing, and I've found occasionally the paste stops working (actually, copy alone could be the culprit, since the existing clipboard content is removed, but not replaced with the selected text). I may be guilty of other sins, but I never use the copy/paste script steps for moving content within a database.
Also related to copy/paste with Citrix at least, occasionally, when copying plain text, again at least from the FileMaker application in Citrix to even the text editor of my local Mac desktop, the clipboard becomes unreadable when pasting. It 'hangs' for a few seconds and then nothing appears.
Another odd behavior is the disappearance of windows. Yes, ours is a 17-file legacy solution that's been kept that way partly due to data file size. As is if wasn't bad enough that the Window menu in FileMaker for Windows only shows you up to 10 files without making the user click on "More Windows..." — I sometimes find that the window for a file that I know is open and that I've been working with, is suddenly not visible in either the Window menu or the Show Window submenu. Even when you can see the actual window behind another on screen. Strange.
[at the risk of ranting... another 'peeve' I have is that the Citrix client application itself has no Window menu. I can't tell you how many months it was until I finally discovered that opening a second session to another server didn't actually disconnect the first, but rather opened another window directly obscuring the first. There's no way to know that unless you either move the window or, as I did by accident, use the Mac Shift-tilde command to swap windows. Strange that the command works, without it appearing in any menu.]
But gawd bless remote desktops regardless!
… and FMI seem to move into the right direction. There was already a Yoga-Session at DevCon 2015.
Voodoo and occultism sessions might already been scheduled for DevCon 2016
I got the problem with the count of files (no more windows...) as well. I always use the 'open remote' command on windows and open that file again
the link to the VMWare forums shows that the issue is known - but no action from VMWare was taken. Sounds familiar..
naja, den Song gabs noch nicht, 1991, als ich sie live im Warfield Theater San Francisco sah