Skip to content

Re-render the portal form after saving its settings - #99

Merged
MatixYo merged 1 commit into
MatixYo:mainfrom
pvanbaren:feature/fix-portal-render-after-save
Sep 30, 2026
Merged

MatixYo merged 1 commit into
MatixYo:mainfrom
pvanbaren:feature/fix-portal-render-after-save

Conversation

@pvanbaren

Copy link
Copy Markdown
Contributor
  • saving in the Wi-Fi portal persisted the new values but left the form showing the old ones, so settings appeared to revert at random
  • checked/selected markers are not read from state at render time
  • so we must rebuild the strings at the end of the save callback so the next render reflects what was actually stored

Also renames refreshPortalParamDefaults to refreshPortalParamValues. These are not defaults -- they are the stored settings, re-seeded into the parameters WiFiManager owns, and calling them defaults invites the reading that they only apply before anything is saved, which is the bug above.

- saving in the Wi-Fi portal persisted the new values but left the form showing the old ones, so settings appeared to revert at random
- checked/selected markers are not read from state at render time
- so we must rebuild the strings at the end of the save callback so the next render
reflects what was actually stored

Also renames refreshPortalParamDefaults to refreshPortalParamValues. These
are not defaults -- they are the stored settings, re-seeded into the
parameters WiFiManager owns, and calling them defaults invites the reading
that they only apply before anything is saved, which is the bug above.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@MatixYo
MatixYo merged commit 9d8c651 into MatixYo:main Sep 30, 2026
2 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants