# \[Bug-14855\]Reordering Menu Items Bug

**URL:** <https://forum.inductiveautomation.com/t/bug-14855-reordering-menu-items-bug/37982>\
**Category:** Ignition\
**Created:** [August 21, 2020, 6:32pm UTC](https://forum.inductiveautomation.com/t/bug-14855-reordering-menu-items-bug/37982 "2020-08-21T18:32:11Z")\
**Posts on this page:** 2\
**Page:** 1

<div class="post-metadata">

**Author:** ![brad.barbin](https://avatars.discourse-cdn.com/v4/letter/b/e19b73/32.png) [@brad.barbin](https://forum.inductiveautomation.com/u/brad.barbin)\
**Post date:** [August 21, 2020, 6:32pm UTC](https://forum.inductiveautomation.com/t/bug-14855-reordering-menu-items-bug/37982/1 "2020-08-21T18:32:11Z")

</div>

8.0.15

When reordering MenuTree items with expressions for the label text, the expressions don’t reorder, but everything else does.

How to reproduce:

1. Create a menu item with expressions for each item[i].label.text
2. Drag and drop the menu items to reorder them

---

<div class="post-metadata">

**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:** [August 21, 2020, 10:48pm UTC](https://forum.inductiveautomation.com/t/bug-14855-reordering-menu-items-bug/37982/2 "2020-08-21T22:48:37Z")

</div>

While this is techincally a bug, it’s not something new - this is the behavior we’ve expected from day one because of how bindings are stored as part of the View.

Bindings are configured via a path. In array properties, this is done with something like this (example of a bound Dropdown option label):

```auto
        "propConfig": {
          "props.options[1].label": {
            "binding": {
              "config": {
                "expression": "\"One\""
              },
              "type": "expr"
            }
          }
        }

```

When you re-order the array elements, the bindings are still pointing to their original location. In the provided example, I could drag a different option into position “1”, at which point that option’s label would become “One”.

We do have an open ticket to improve this behavior, but no ETA.