I am not sure if this is a bug or an inconsistency or an oddity or just irrelevant.
In a dual lister, if you try to create a shortcut with click and drag from a file display to the other identical file display in a dual lister, you get a circle with a line through it. If you create that shortcut to the parent in another folder and then copy it into the parent, it will copy or move there. If you double click on that shortcut, the selection moves to the top of the file display of the parent. It seems DO13 ought to be able catch a shortcut being copied or moved into itself.
In a dual lister, if you try to create a shortcut to the parent with click and drag in a subfolder of the parent, the first time, you get:
After that first time, a shortcut is created in the subfolder of the parent. Double click on it and it opens the parent. It seems DO13 ought to be consistent.
When you create the shortcut, it's asking for confirmation, which isn't the default behavior. The edited command may be the difference here. Drag & drop has to decide what kind of action is involved based on the command, so editing the command may be confusing things somewhere, perhaps.
What you are doing works similarly on my system. You are not doing what I have described earlier. To use your picture, on the left file display go one folder up and holding Ctrl+Shift (or Alt on its own) drag that folder over to the right file display. In this case, I get a a circle with a line through it shown in the video. What do you get?