My client has a screen they use to edit students for graduation. Because of the nature of this process they need to see the student's regular page side-by-side with the graduation tracking page, and then they edit it in the new gradpath page that opens.
This has worked great, but since upgrading to 19.6.3 my client has had a problem with "can't edit record because it's being edited in a separate window".
The one machine which still runs 19.6.1 and it works fine.
QUESTION:
Should I/can I report this to Filemaker somehow? I'm hoping will be fixed again in next update.
In my case it occurs after pressing a button that is in a portal. If I have interacted with the portal record before clicking the button the record remains open and throws that dialog. If I click into white space within the portal row that is not enough to commit the data and close the record. It's necessary to click outside the portal, committing the child and parent record, then going back to the button.
If your record in that other window is committed, you won’t see this record lock message. Add a commit step as the first line of the open window script.
Add a commit step as the first line of the open window script.
This is what I do, @Kirk . Been bitten so many times it's just habit now.
In most cases, I don't allow users multiple windows, but this can affect Card windows as well, which I use a lot. @JasonMark 's use-case would be an obvious exception to my "no multiple windows" habit if one doesn't want to design specialized layouts for such edits.