Re-enabling GPU stats / threshold combinations does not always update the preview immediately.
Observed case:
disable GPU stats and threshold
re-enable both
preview does not reflect the change until Live Preview -> Apply
Likely broader issue:
other re-enable paths with dependencies may also miss immediate preview refresh
audit these flows and make sure the preview updates without a manual Apply step
Re-enabling GPU stats / threshold combinations does not always update the preview immediately.
Observed case:
- disable GPU stats and threshold
- re-enable both
- preview does not reflect the change until `Live Preview -> Apply`
Likely broader issue:
- other re-enable paths with dependencies may also miss immediate preview refresh
- audit these flows and make sure the preview updates without a manual Apply step
Reordering from HUD Order can be made to apply again, but there are still preview-sync inconsistencies in nearby flows.
The user now reports that after the latest changes, disabling the main FPS/GPU/CPU stat toggles no longer behaves correctly, so the preview-refresh problem is still not fully solved.
Earlier in this debugging sequence, some reorder or toggle changes only showed up after manually going to Live Preview and pressing Apply.
Important open angle:
Profile restore can restore the order correctly into the preview itself, but the HUD Order page does not reflect that restored order afterward.
That suggests we still have state/view sync gaps between config mutation, preview rendering, and the page's computed visible-order list.
When revisiting:
Audit all immediate-apply paths that bypass or race the page's rebuild logic.
Verify whether HUD Order is reading the current config after a profile restore, or holding stale derived state.
Re-test preview updates from dashboard toggles, deep-page toggles, HUD order drag/drop, and profile apply/restore.
Additional repro details from current testing:
Current behavior:
- Reordering from `HUD Order` can be made to apply again, but there are still preview-sync inconsistencies in nearby flows.
- The user now reports that after the latest changes, disabling the main FPS/GPU/CPU stat toggles no longer behaves correctly, so the preview-refresh problem is still not fully solved.
- Earlier in this debugging sequence, some reorder or toggle changes only showed up after manually going to `Live Preview` and pressing `Apply`.
Important open angle:
- Profile restore can restore the order correctly into the preview itself, but the `HUD Order` page does not reflect that restored order afterward.
- That suggests we still have state/view sync gaps between config mutation, preview rendering, and the page's computed visible-order list.
When revisiting:
- Audit all immediate-apply paths that bypass or race the page's rebuild logic.
- Verify whether `HUD Order` is reading the current config after a profile restore, or holding stale derived state.
- Re-test preview updates from dashboard toggles, deep-page toggles, HUD order drag/drop, and profile apply/restore.
Recent progress: the HUD Order crash/regression and the post-HUD-order dashboard live-apply breakage are resolved in commits 7e95b7f and a36c02b. HUD Order now uses stable up/down controls instead of the unstable drag-and-drop path, profile restore keeps HUD Order aligned with preview ordering, and shared preview apply helpers were consolidated so dashboard layout chips and related flows match Live Preview -> Apply again. Keeping this issue open because its original scope still includes threshold-related preview refresh coverage outside the HUD Order path.
Recent progress: the HUD Order crash/regression and the post-HUD-order dashboard live-apply breakage are resolved in commits 7e95b7f and a36c02b. HUD Order now uses stable up/down controls instead of the unstable drag-and-drop path, profile restore keeps HUD Order aligned with preview ordering, and shared preview apply helpers were consolidated so dashboard layout chips and related flows match Live Preview -> Apply again. Keeping this issue open because its original scope still includes threshold-related preview refresh coverage outside the HUD Order path.
Resolved by the preview validation gate and follow-up fixes. Preview updates now pause whenever the workspace has blocking validation errors, the Live Preview panel explains that state and disables Start/Apply/Restart, explicit preview actions follow the same rule, and incomplete threshold color setups are treated as real validation errors so the preview no longer reloads into MangoHud-crashing intermediate configs.
Resolved by the preview validation gate and follow-up fixes. Preview updates now pause whenever the workspace has blocking validation errors, the Live Preview panel explains that state and disables Start/Apply/Restart, explicit preview actions follow the same rule, and incomplete threshold color setups are treated as real validation errors so the preview no longer reloads into MangoHud-crashing intermediate configs.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Re-enabling GPU stats / threshold combinations does not always update the preview immediately.
Observed case:
Live Preview -> ApplyLikely broader issue:
Additional repro details from current testing:
Current behavior:
HUD Ordercan be made to apply again, but there are still preview-sync inconsistencies in nearby flows.Live Previewand pressingApply.Important open angle:
HUD Orderpage does not reflect that restored order afterward.When revisiting:
HUD Orderis reading the current config after a profile restore, or holding stale derived state.Recent progress: the HUD Order crash/regression and the post-HUD-order dashboard live-apply breakage are resolved in commits
7e95b7fanda36c02b. HUD Order now uses stable up/down controls instead of the unstable drag-and-drop path, profile restore keeps HUD Order aligned with preview ordering, and shared preview apply helpers were consolidated so dashboard layout chips and related flows match Live Preview -> Apply again. Keeping this issue open because its original scope still includes threshold-related preview refresh coverage outside the HUD Order path.Resolved by the preview validation gate and follow-up fixes. Preview updates now pause whenever the workspace has blocking validation errors, the Live Preview panel explains that state and disables Start/Apply/Restart, explicit preview actions follow the same rule, and incomplete threshold color setups are treated as real validation errors so the preview no longer reloads into MangoHud-crashing intermediate configs.