Thanks for taking the time to create Looms and explain your question so clearly. Soo many people post questions to the community without sharing a doc, and it makes it quite difficult to understand them, let alone provide assistance.
Your doc is unfortunately only shared with “read-only” access, and you’ve disabled the ability to copy the doc, so I can’t interact with your buttons, nor see how your columns are setup. So my reply is just a hunch. If I’m off the mark, please update your share settings and I’ll happily take another look for you.
I’ve encountered this odd behaviour before, and I do agree with you that this is a bug and not expected behavior. When I ran into this before, the cause was that the second table (“Templates” in your case) was setup as a “Linked Relation” and had “Allow Edits” enabled. When I switched that “Allow edits” off, then this weird behavior stopped happening.
In terms of those deleted row references, Paul has a great video overviewing how this works and detailing how you can manage them. Here’s the link: https://www.youtube.com/watch?v=VdvuJUnJ5Ro
Thanks for updating your sharing settings - I was able to get into the doc and take another look.
It turns out it was exactly what I suspected. It was a linked relation column with edits enabled. I just couldn’t see how your schema was setup when your doc was in read-only mode.
If you open the column options for your Message Templates relation column on your Variants table, you’ll see the “Linked columns” displays “Message variant builder (All message templates)”. That’s the table and column this relation is linked to. You can click the “Open table” link above there to navigate to that table.
When you open up that column’s options, you’ll see that “allow edits” was indeed enabled. I’ve switched it off, and now if you try that same user flow you recorded in your Loom, you’ll see that cloning the row in “Templates” no longer causes the relation column to update to the cloned row.