44r0n7/mangotune
1
0
Fork 0
Code Issues 4 Pull Requests Actions Packages Projects Releases Wiki Activity

Audit preview refresh coverage for re-enabling GPU/FPS threshold-related controls #7

New Issue
Closed
opened 2026-03-31 03:05:04 +00:00 by 44r0n7 · 3 comments
44r0n7 commented 2026-03-31 03:05:04 +00:00
Owner
Copy Link
Copy Source

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
44r0n7 commented 2026-03-31 03:45:53 +00:00
Author
Owner
Copy Link
Copy Source

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.
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.
44r0n7 commented 2026-03-31 21:25:36 +00:00
Author
Owner
Copy Link
Copy Source

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.
44r0n7 commented 2026-04-01 00:02:28 +00:00
Author
Owner
Copy Link
Copy Source

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.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
No items
No Label
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
44r0n7
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: 44r0n7/mangotune#7
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?