[TC10.50b2-b6] Multi-Rename - Search/Replace Component edges not visible

[HPA]

In Multi-Rename window the edges of the Search and Replace ComboBoxes are initially not visible.

[url]https://ibb.co/4Mk5ttg[/url]

When you hover the mouse over the components, or the component becomes active, the edges become visible.

The problem doesn't occur in dark mode or when the search/replace histories are empty.

Since the TC10.50b2 version the edges disappeared.

[petermad]

I can confirm this, but only with my working wincmd.ini, NOT with a clean ini file, and ONLY in 64bit TC

EDIT:
If I remove RenameX= from the current resolution in winc,d.ini - the two boxes are OK, but next time I open the MRT they are buggy again, because RenameX= is now written to wincmd.ini.

[trafan]

The problem doesn't occur in dark mode or when the search/replace histories are empty.

For me it also seems to be the presence of the history entries in wincmd for the fields "search for" ([RenameSearchFind]) and "replace with" ([RenameSearchReplace]). As soon as I delete them from wincmd.ini, the boxes are drawn correctly.

Win10x64 21H1 TC10.5b6x64

[HPA]

In the History.txt at beta 2:
20.04.22 Fixed: Open multi-rename tool a bit faster when there are many items in the rename, search and replace histories (64)

I think this problem would also happen with the Rename box, but because this box becomes active when the Multi-Rename tool is opened the box is then drawn correctly.

[ghisler(Author)]

Yes, it seems to happen because I turn redrawing of the comboboxes off while adding strings to the history (dropdown part). I do the same for the name field, but it doesn't seem to have that problem. Manually refreshing the comboboxes seems to fix it.

[petermad]

23.05.22 Fixed: Multi-rename tool: Refresh search and replace comboboxes manually, they aren't fully redrawn after adding items to their dropdown list with refresh disabled (64)

Confirmed fixed in TC 10.50b7