Inability to correct stack variables types and/or names

[Wall-AF]

Describe the bug
Some stack variables do not respond to their types and/or names being modified or are allocated strangely and seem disconnected between the 2 panels Decompile: and Listing:, and below is an example. (There is also unrequested assignments possibly causing the issue.)

To Reproduce
Steps to reproduce the behavior:

1. Load in the enclosed function (from the Decompile:Panel's Debug Function Decompilation menu)
2. Try to set the type and name of the last parameter of the 2nd call to RegOpenKeyExA
3. See it cannot be done from the Decompile:Panel

According to the asssembly it should have the name hSubkey as this was specified in the Listing:Panel earlier in the process.

Expected behavior
Stack based variables should always be available to assign types and/or names.

Screenshots
N/A

Attachments
dgndmn32_AddExplorerExtensions.zip

Environment (please complete the following information):

• OS: Windows 11
• Java Version: 17.0.3.1
• Ghidra Version: 11.2-DEV
• Ghidra Origin: locally built - f59f9fb

Additional context
N/A