Repository navigation
fix(installer): show a failed save on the form instead of leaving the screen - #470
Open
AlaeddineMessadi wants to merge 1 commit into
Open
AlaeddineMessadi wants to merge 1 commit into
AlaeddineMessadi wants to merge 1 commit into
Conversation
… screen BaseScreen logged a HandleSave error and returned nil, so ctrl+s changed nothing on screen and Enter took the nil for success and went back with the edits unsaved. The error now replaces the status line until a later save succeeds or the form is reset, and Enter stays on the screen when the save fails.
AlaeddineMessadi
force-pushed
the
fix/installer-surface-save-errors
branch
from
October 23, 2026 20:26
0371348 to
616b064
Compare
4 tasks done
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Description of the Change
Problem
When
HandleSavefails on an installer form,BaseScreen.saveConfigurationlogs the error and returns nil (base_screen.go#L781-L792). The status line can only show "Unsaved changes" or "Configuration saved", so Ctrl+S changes nothing on screen. Enter goes throughsaveAndReturn, which reads that nil as success and navigates back, so the edits are left unsaved without a word. The error only appears in the installer log. This is what the reporter of #449 hit ("Pressing Ctrl+S does nothing — no error, no feedback"), and it applies to every form built onBaseScreen, not only AI Agents Settings.Solution
BaseScreenkeeps the save error and shows it in the existing status line with the error style ("Save failed: …", newlocale.UISaveFailed). Enter stays on the screen while the save fails. A later successful save or a reset (Ctrl+R) clears the error. The log line is unchanged and no individual form is touched.Refs #449. #451 fixes the blank optional limits that triggered the report; this PR covers the missing feedback and does not overlap it.
Type of Change
Areas Affected
Testing and Verification
Test Configuration
Test Steps
cd backend && go generate ./cmd/installer/files/go test ./cmd/installer/... -race -count=1go vet ./cmd/installer/wizard/...and golangci-lint v2.12.2 on the touched packagesTest Results
New
base_screen_test.godrives the screen throughUpdatewith Ctrl+S, Enter and Ctrl+R and readsView():TestBaseScreen_Update_ShowsTheSaveErrorInTheStatusLineTestBaseScreen_Update_EnterStaysOnTheScreenWhenSaveFailsTestBaseScreen_Update_ASuccessfulSaveClearsTheSaveErrorTestBaseScreen_Update_ResetDropsTheSaveErrorAll installer packages pass with
-race;go vetand golangci-lint report nothing. Withbase_screen.goreverted to main and the tests kept, the first two fail:Removing the
saveErr = nilin the success path or in the reset fails the other two.Security Considerations
None. The error text shown is the same one already written to the log.
Performance Impact
None.
Documentation Updates
Deployment Notes
None.
Checklist
Code Quality
go fmtandgo vet(for Go code)pnpm run lint(for TypeScript/JavaScript code)Security
Compatibility
Documentation
Additional Notes
One behaviour change for every form: a form whose
HandleSavereturns an error now stays open on Enter instead of navigating back. Forms whoseHandleSavealways succeeds behave as before.