# \[IGN-2412\] Menu Tree Items Unexpected behavior **URL:** \ **Category:** Ignition\ **Tags:** perspective\ **Created:** [January 5, 2023, 12:41am UTC](https://forum.inductiveautomation.com/t/ign-2412-menu-tree-items-unexpected-behavior/68243 "2023-01-05T00:41:32Z")\ **Posts on this page:** 1\ **Showing post:** 4
**Author:** ![cmallonee](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/cmallonee/32/6416_2.png) [@cmallonee](https://forum.inductiveautomation.com/u/cmallonee)\ **Post date:** [January 5, 2023, 3:41pm UTC](https://forum.inductiveautomation.com/t/ign-2412-menu-tree-items-unexpected-behavior/68243/4 "2023-01-05T15:41:28Z")
Yes, we're aware, but there's some discussion to be had about which way is correct... If a user defines a binding on an element of a list, do we assume they're applying the binding to the element/object and that binding should move if other elements are inserted? Should the binding always be on that index of the list, even if other elements are inserted/removed? Many are quick to respond with "I want the binding on the element", BUT there's every possibility that the list is also mutated/modified through scripting, and there's no way to for us to update the binding in that instance. > [@\[BUG-2412\] Perspective MenuTree Bugs on binding](https://forum.inductiveautomation.com/t/bug-2412-perspective-menutree-bugs-on-binding/60470): > > Hi, on “Menu Tree” component (maybe in al lot of other components) the “copy and paste” between items in “items array” copy all property but not the “data binding” attached to the properties. If you insert a new item before (or after) an another one all bindings are not move with the correct (original) item but it still reference to the “old item index”. When you try to edit a binding property you must edit the property, click out of the box, apply and save to get the real update of the prope… --- _[View the full topic](https://forum.inductiveautomation.com/t/ign-2412-menu-tree-items-unexpected-behavior/68243)._