Textbox to rename items may desync with item position [tracker]

[nephele]

Selecting an item and renaming it (i.e with f2) And then changing the order of items in the folder (for example a new file was added before the edited one) will cause the textbox to appear on the wrong line, and the items label to be empty.

leavengood told me that captain obvious wants me to report it, so here.

[ttcoder]

In case it's needed, a few easy steps to make this reproducible:

• create an empty "New Folder"
• move in a file that starts with letter V, or anything else that will get sorted beyond "U"
• hit f2 (or command-E) to edit its name
• while the name is selected, drag it out to create an "Untitled clipping" new file
• the newly created file shifts down the previous file by one line, yet the BTextControl (?) remains at its old place; not the end of the world but looks awkward.

[LupusMichaelis]

This issue arises when modifying is having attributes:

• in a folder which understands attributes (like the People folder)
• have a few people created
• sort by name
• select the second file in list
• <F2> or <ALT>+<E> to enter edit mode
• modify the name so it would be moved in the view (like toto becomes aaa)
• hit <SHIFT>

expected: go to the next attribute to edit for the file being modified observed: the edit field shows on the row where the edited file was, applying modification is done on the proper entry