Thank you for the post.
I was able to replicate this behavior on Windows 7.
On Mac OS X 10.7.4, this only happens until the record is committed with either a button or by switching records. Apparently on Windows 7, FileMaker Pro 12 keeps a lock on the file until the application quits. Neither switching records nor a commit record button changed this behavior.
Since this did not occur in FileMaker Pro 11 and occurs with both interactive and non-interactive container fields in FileMaker Pro 12, I forwarded your report to Development and Testing for review.
You are on Windows, it is likely a function of the operating system, not Filemaker.
Just as simple to restart FMP, maybe.
Yes, a restart of FM will do the trick. However, as indicated by TSFalcon, it's most likely a FM issue in that FM is not letting go of the file handle, but only in Windows 7.
Thank you for the suggestion.
I think David is right that this is really an OS issue, not an FMP bug. I've encountered this same issue with other apps in windows systems. It's not unique to FileMaker.
I corrected my original post to say did “not” occur in FileMaker Pro 11. While this may be related to the Windows OS, I still reported it to Testing and Development because this behavior only occurs in FileMaker Pro 12 and previously worked in FileMaker Pro 11. I will provide an update once additional infomation becomes avaliable.