Renaming struct field behaves unexpectedly when fields share names

Version and Platform (required):

• Binary Ninja Version: 3.5.4412-dev
• OS: Windows
• OS Version: 11
• CPU Architecture: x64

Bug Description:
When a struct has two or more fields that share the same name, and multiple of them appear inside of the same function, and the user attempts to rename (via n shortcut) one of those fields that is not the first to appear in the struct, the wrong field will be renamed.

Steps To Reproduce:
Please provide all steps required to reproduce the behavior:

1. Open a binary and define a struct with multiple fields that share the same name
2. Navigate to a function where multiple fields of this struct will be referenced
3. Select (by single-click highlighting) one of the field names, attempting to select a field that has a greater offset into the struct than at least one other
4. Trigger the field rename modal via the n shortcut
5. Rename the field and observe that the first field to share the original name was updated, and not the one that was selected
6. Undo, and then select by double-clicking the field name, observing that attempts to rename the field work as expected

Expected Behavior:
The field that was selected is renamed, not another field

Start by reproducing the issue in Binary Ninja using a struct with duplicate field names and a function that references multiple fields, following the listed single-click and double-click cases. Trace the field selected by the rename shortcut and verify that renaming changes the selected field rather than the first field with the same name; confirm both selection methods and undo behavior.