Bug: Color palette UI breaks indexing after adding/removing/reordering colors

[Arezhik]

Summary

After the user modifies the custom color palette (add, delete, or reorder colors) in the settings, the visual index numbers displayed in each color swatch in the palette list all collapse to “1”.

The actual selected color and right-click cycling still function correctly — the bug seems purely visual in the settings UI.

Expected Behavior

• Each color in the palette should always show its correct position/index (1, 2, 3, … n)
• Adding, removing, or reordering colors instantly updates the displayed indices correctly in the settings menu.

Actual Behavior

1. Open settings → color palette editor
2. Add a new color, delete one, or reorder using the buttons next to any color
   → All entries immediately show index “1”
3. Close and reopen settings → still all show “1”
4. While overlay is active observe the settings window in the background, right-click once → color cycle works and the UI indices magically fix themselves to the correct 1–n order

This proves the underlying data and logic are fine — only the settings UI fails to refresh the index labels.

Steps to Reproduce

1. Open the app settings → Color Palette tab → Click Edit Palette Colors
2. Add , delete, or reorder a color from the palette
3. Observe every color swatch, it now shows “1” in the index icon.
4. Activate overlay → right-click once to cycle color
5. Return to settings → indices are now correct again

Environment

• Windows 10 22H2

Likely Root Cause

The settings UI is not rebinding/refreshing the index column after palette modifications.
The fix probably just needs a call to refresh/invalidate the list control (ListView, DataGrid, WPF ItemsControl, etc.) after any add/delete/move operation. The right-click cycle forces a full redraw somewhere, which accidentally corrects the display.

Impact

Medium — confusing for users who customize their palette, but does not break functionality.