Loading SaveState doesn't always clear ResetNextIf hits

[blueYOSHI9000]

Describe the bug
Loading a savestate leaves a hit on ResetNextIf which causes the PauseIf to be wrongfully unpaused. Loading the state again fixes it.

To Reproduce

1. Create following achievement: 0=1_Z:d0xO00000008>0_N:0xM00000008>d0xM00000008.1._P:0xN00000008=1.1.
2. Zero out 0x00000008
3. Flip Bit 0
4. Flip Bit 1
5. Save State
6. Flip Bit 2
7. Load State (cheevo will no longer be paused)
8. Load State again (cheevo will be paused again)

Expected behavior
The cheevo will be paused when loading the state.

Screenshots
N/A

Emulator (please complete the following information):

• Emulator: Dolphin 2512-136 & BizHawk 2.10.1-dev build (January 7th 2025)
• Integration version 1.4 (newest downloaded from http://retroachievements.org/bin/RA_Integration-x64.dll)

Additional context
N/A

[Jamiras]

The achievement is correctly paused when loading the state. There's two problems that make it seem like it's not.

1. The asset list and editor aren't immediately updated when a state is loaded through rc_client_external. They don't get updated until the next frame is processed. This prevents the UI from updating if the emulator is paused. This is easy enough to fix.

2. If the achievement is using an address not associated to published achievements, the delta for that value is not being included in the save state. Using the achievement definition that you've provided, if Bit2 is set before loading the state, the delta will still be set when loading the state, so the ResetNextIf will kick in. This is a much harder problem and will likely require rcheevos changes.

[Jamiras]

I believe this may explain the behavior reported in #992.

The only solution I've found for this whilst testing my own achievements is to load a save state twice in a row.

"My own achievements" could very well fall into the "using an address not associated to published achievements".