See screenshot of portal copy and paste.
This loss of linkage should not happen if everything takes place on the same layout. It could happen when pasting to a different layout as the second layout may not have the same table occurrence context as the first and the references may no longer be valid.
As an experiment, I opened a recently created file using FileMaker 13v05 and Windows 7.
I copied and pasted a field from on place on the layout to another, both inside and outside of the layout boundaries. The field references remained intact and needed to take no further action to specify the field unless I wanted the reference to change.
I then did the same, but pasting to layout based on an unrelated table occurrence. In this case the field reference remained intact as well, but was an invalid reference generating a ? result in the field when I changed the layout to browse mode.
I got identical results when copy/pasting a portal object with several fields contained in its row.
I am not aware of any issues that would produce different results for Windows 8 over windows 7, but can't rule out that possibility.
Please let me know if my procedures differed from you in any way.
Tried and tested...doesnt work...can you contact me privately so I can send you my FM file so you can play on it?
Do you think my database is corrupted?
Thank you for your posts.
Check your Inbox at the top of this page for instructions where to send your file.
I had a look at the program, and the issue could be with the naming convention of the TO's. The layouts where it was losing the fields all had : in the names, GL:Loading Lists, when the : was replaced with a _ the fields and portals could then be copied and pasted.
Nice catch. Thank you!
I only looked at the Table names; not the Table Occurrence names. Once you replace the colons with underscores in the Table Occurrence names, copy and paste field names will work correctly.
Aly Dewji - My apologies for sending you down the wrong path. There is no need to rebuild the database file.