Release v1.0.1 - 2026.08.04

[1.0.1] - 2026-08-04

Fixed

• The rename offer came back on every load even with nothing left to name. A handler shared by two commands can only carry one name, so whichever command lost saw a cmd_ name that was not its own and reported itself pending forever. ent_fire and ent_fire_output share a dispatcher on cs2 libserver.so, which is exactly that case. One claimant owns the name now, picked by name rather than by scan order so a game update cannot flip it, and the others stop asking.
• The handler count in the log was wrong: every handler that already carried the right name was renamed to that same name again and counted as work, so a run that changed nothing reported 354 renames. It now leaves an already correct name alone, the way the pending count always did.
• nullsub_ was not recognised as an IDA generated name, so command handlers that are empty stubs were mistaken for names an analyst had set and never got their cmd_ name. Two of them on cs2 libserver.so.

Changed

• The rename dialog only lists what it will actually name. Rows sitting at zero are left out, and the sentence about the registration constructors moved below the list. At the list indent it read like a fourth item that had lost its count.