LoRA metadata editor selects wrong model on the bottom of list when there many of them

[Derfuu]

Expected Behavior

Should select correct model after scrolling to the bottom of LoRA list (~700 items in LoRA list which may have wrong architecture type in their metadata).

Actual Behavior

By clicking on edit metadata of any of last LoRAs in list- is selects and shows wrong one that was located before in this list. After saving it without changing - list reloads and after that you can edit correct LoRA metadata.

Steps to Reproduce

1. Have a many of LoRAs in single folder (in my case it's ~700 and several of them may have wrong architecture depending on selected base model)
2. Reload LoRA's list.
3. Scroll down to the bottom of list
4. Try to edit metadata of last item in list
5. All data shown in edit window will be from different model located above of one chosen for editing

Debug Logs

.

Other

Some of LoRAs are starred, some may have different architecture. Any sort variant makes this to happen.

[mcmonkey4eva]

can't replicate. And can't imagine a reason that would happen either tbh.

[Derfuu]

Made a test one with 700 same files, but different names.
Here's example:

No scrolling - selected 675 one - all good. Shows data of correct one.

But when i scrolled down and trying to edit the first one - the pop-up window shows the 101 one:

[brendanhoar]

Yeah, same here but with real loras. Something is likely breaking parsing somewhere? Or maybe has to do with the opportunistic fill?

I think I reported this a year ago, but since I thought I was the only one with a stupid number of models, wasn't really a priority.

My workaround was to search for the specific one I wanted to modify and only then edit it. That worked.