This is a public Bug Report  publicRSS

Issue report

    Clipboard not working
    Issue report posted April 4, 2012 by mcconns, last edited April 24, 2012
    697 Views, 55 Comments
    Summary:
    Clipboard not working
    Product:
    FileMaker Pro
    Version:
    11 and previous versions
    Operating system version:
    Windows 7
    Description of the issue:
    Hi,

    We have a couple of users who are using Filemaker (one on version 8 the other on version 11). Both are running it on PCs with Windows 7. They have reported that the clipboard functionality intermittently stops working. They copy something and paste it but nothing is pasted. There seems to be no pattern to this.

    I had a look on your forums and found a couple of posts where other people have experienced the same thing and indeed the problem seems to go back through several Filemaker versions. Is this a know issue that you are working on or do you know of a fix to sort this?
    Steps to reproduce the problem:
    No way to reproduce as there does not appear to be a pattern.
    Expected result:
    Clipboard contents should be pasted into field
    Actual result:
    Nothing is pasted
    Exact text of any error message(s) that appear:
    No error reported

    Answer

    • TSGal
      posted April 4, 2012 by TSGal  Permalink

      mcconns:

      Thank you for your post.

      When you pull down the Edit menu, is Paste available or grayed out?  If available, select it.  Does the information paste?

      What type of field are you pasting into?  Is there any special formatting for the field?

      Since this is happening "itermittently", can you find out what steps the others were taking just prior to this not working?  How long was FileMaker Pro open prior to this occurring?  What other applications are currently running?  Any other information you can provide may be helpful.

      TSGal
      FileMaker, Inc.

    • PhilModJunk
      posted April 4, 2012 by PhilModJunk  Permalink

      Are there any script steps that use copy? If a script using copy is run, it will replace the users copied data with that copied by the script.

    • mcconns
      posted April 18, 2012 by mcconns  Permalink

      Hi,

      Thanks for the replies, in answer to both of you.

      Re the menu – I’ve tried all 3 copy/paste methods – from the menu, Ctrl-C/V and right click – they all give the option to copy, but don’t always give the option to paste, which is sometimes greyed out. It seems to be the copy function that doesn’t work sometimes. I’ve tried all possible permutations of these methods with each other, and can see no logic to why it works and then doesn’t.

       The problem is sometimes with pasting into a Word doc and sometimes into an Excel sheet, sometimes into formatted cells, but nothing complex – the information pasted should always be compatible with the cell formatting.

       Usually Filemaker would have been open for a while, because it tends to be open all day on my machine. Other programmes running at the same time would usually be Excel, Word, Quicktime, Outlook.

      No scripts are running on the database at the time.

       

    • TSGal
      posted April 18, 2012 by TSGal  Permalink

      mcconns:

      Thank you for the additional information.

      Since the copy function doesn't work after FileMaker Pro has been open "for a while", if you quit FileMaker Pro and relaunch, does the Copy command then start working?

      Having Excel, Word, Quicktime and Outlook open should not cause any issues with FileMaker Pro.

      TSGal
      FileMaker, Inc.

    • PhilModJunk
      posted April 18, 2012 by PhilModJunk  Permalink

      No scripts are running on the database at the time.

      That's not quite what I am getting at. The script may have been run after they copy, but before they attempt to paste. The script isn't running at the current moment, but it may have replaced the data the user copied with data copied by the script and this could be data of a form that won't paste successfully into the other application--which might disable the paste option.

    • mcconns
      posted April 19, 2012 by mcconns  Permalink

      Hi,

      I have managed to recreate this problem in a new database, so I think I can rule out scripts, field formats other applications.

       

      I opened a new instance of Filemaker and created a new local database with one table and one text field. I entered data in the field and tried to copy this. If I then try to paste into notepad the paste option is greyed out. Similarly if I try to paste into Filemaker it is also greyed out.

      I then closed Filemaker and opened it again. Tried copy and paste, again it failed.

      Closed and opened Filemaker again, this time copy worked.

      Repated open and close of Filemaker and attempts at copying produce random results where the copy either works or doesn't.

      I personally use Filemaker 9 connecting to a server 9 instance. The other users that are experiencing this are using v8 and v11 clients connecting to a v8 server.

      As stated in my original post there are other forum posts with similar issues and no suggested fix. Perhaps this has been fixed in recent releases.

       

       

       

    • PhilModJunk
      posted April 19, 2012 by PhilModJunk  Permalink

      As stated in my original post there are other forum posts with similar issues and no suggested fix.

      Can you post links to any of these? I've been monitoring this forum for quite a while now and don't recall any such posts here in this forum, at least. That could be a faulty memory on my part and if so, I'd appreciate the chance to refresh my memory on this one.

      Been using copy and paste on windows xp, windows 7 with versions 10, 11 and 12 and haven't noticed any such issues.

    • mcconns
      posted April 20, 2012 by mcconns  Permalink

      Hi,

      Here is the link to the post, I thought there was a 2nd one but it was just a link within this thread back to itself.

        http://forums.filemaker.com/posts/647742b7d1?start=11&stop=20 

       

      Thanks

    • Craig Stevenson
      posted April 23, 2012 by Craig Stevenson  Permalink

       We have also seen extensive clipboard issues with FileMaker Pro going back as far as version 9.  (We currently use version 11.)  When we first started with FileMaker (v9), we did not know for sure what was causing the clipboard issues.  We spent MANY hours of time troubleshooting everything clipboard related, without really ever focusing on FileMaker.  Eventually, we isolated the Windows clipboard problem directly to FileMaker.  We run mostly "virtual systems", in which we use Microsoft's Remote Desktop (RDP) to access each system.  Recently, my own system was a victim of these problems.  Although FileMaker was installed, it normally was not used.  Two days ago, I decided to keep FileMaker running while I was working on modifications to a database.  All of a sudden, my clipboard doesn't work right anymore.  I copied some text, switched to another system, and pasted something into another program.  Unfortunately, what I pasted wasn't what I had copied.  (It was data from a PREVIOUS copy.)  I tried this several times, with the same result.  I closed down FileMaker, disconnected from the RDP session, reconnected, and tried the copy again, and it worked perfectly.  There is (and has been for a long time), some sort of issue with FileMaker and the Windows clipboard.  It appears to be aggravated significantly by a remote (RDP) session.  Another person here, has been fighting this issue for YEARS!  At times, she will have to copy something MANY times to get the data into the clipboard.  If she cuts data, to try and paste it into another field, when she goes to the destination field and issues the paste command, the data is GONE!  The problem seems worse when copying/cutting and pasting between two different RDP sessions, but she has seen the problem when copying/cutting and pasting on the same RDP session as well.

       

    • Craig Stevenson
      posted April 24, 2012 by Craig Stevenson  Permalink

      I would also like to add that this particular problem (in my opinion) will never be fixed until information from this thread is given directly to the FileMaker programmers. They need to look at the way they are handling the Windows clipboard, especially with regard to how they are handing control to the NEXT clipboard handler in the chain. Somehow, the clipboard chain is getting corrupted. This problem goes well beyond the capabilities of front line technical support people. (MSCONFIG, redownloading the program, reinstallation, etc. isn't going to solve this issue.) It is also something that most users will not see unless they are very heavy FileMaker users, which makes it next to impossible to provide a reproducible test case. There is no doubt that RDP exacerbates the problem, so if a technical support person wants to try and reproduce this, an RDP session would be good place to start.

      I'm also trying to avoid the same headache that occurred in this thread: http://forums.filemaker.com/posts/52d7854c45 To sum it up, I submitted a detailed error report containing a VERY SPECIFIC error message, and was told to do a bunch of things that really had nothing to do with troubleshooting the original problem. I don't think that the actual error message was ever reviewed thoroughly. I finally ended up troubleshooting it and finding the solution myself. I understand that many issues are caused by user error, but this isn't one of them.

      As far as FileMaker clipboard issues go, I have literally spent YEARS troubleshooting this, and I can say with some certainty that FileMaker is the culprit, and that it is caused by a FUNDAMENTAL problem with FileMaker's handling of the Windows clipboard.. Please take these reports of clipboard issues seriously. I am willing to beta test in our environment IF FileMaker is serious about finding a solution. (That means moving well beyond Level 1 technical support, and working with the people who write the code.) We can reproduce this problem 100% of the time, usually within a matter of hours. I don't think too many other users can make that claim.