this guy seems to make it work (with some issues though) https://cycling74.com/forums/pattrstorage-and-preset-copy-bug basically he manages to "copy" but with the binded preset object of the receiving pattrstorage not updating the interface, unless unbinded an then binded again. for me it seems like something is happening, ie: there is a slot being saved but with no clients or data in the client/storage windows. to reproduce: Step 1: change some values and then save them in slot 2 of the MAINpatch preset. Step 2: click on the message "copy parent::subMain 2 4" Step3: un-bind the preset object of the B-patcher from the "sub1" pattrstorage by clicking on the message with an arbitrary name. Step4: re-bind the preset object of the B-patcher by clicking on the "sub1" messagebox now you will see on the preset object of the bpatcher, that there is a dot save on slot 4, as intended, but you will notice that the binded pattrstorage is empty.

It seems to me it's just easier to make one's own program select UI rather than using the preset object. It's not the only case where the preset object has trouble syncing with the pattrstorage object. It also gets confused when you change subscription lists, for example.

ok, the [preset] object doesn't update with-out hacking, but what about the [pattrstorage]? why isn't it receiving the copied values?