fix: nonfatal missing key commands (resolves #6397)j#6398
Closed
ariane-emory wants to merge 51 commits into
Closed
fix: nonfatal missing key commands (resolves #6397)j#6398ariane-emory wants to merge 51 commits into
ariane-emory wants to merge 51 commits into
Conversation
ariane-emory
marked this pull request as ready for review
December 29, 2025 21:41
ariane-emory
changed the title
ariane-emory
marked this pull request as draft
December 29, 2025 23:17
ariane-emory
marked this pull request as ready for review
December 29, 2025 23:20
ariane-emory
marked this pull request as draft
December 29, 2025 23:37
ariane-emory
marked this pull request as ready for review
December 29, 2025 23:43
Collaborator
|
this shouldn't be enforced on the tui side, I would expect the tui to always be fed a valid config, and maybe u can introduce a config event for warnings that you emit that the tui could display |
Contributor
Author
|
@rekram1-node Alright, I'll look into how that could work and see what I can come up with. |
ariane-emory
marked this pull request as draft
December 31, 2025 02:46
ariane-emory
force-pushed
the
fix/nonfatal-missing-key-commands
branch
2 times, most recently
from
December 31, 2025 04:42
a17f3a8 to
69ab87a
Compare
- Change Keybinds schema from .strict() to .passthrough() to allow unknown keys - Add ValidKeybindNames set for validating keybind names - Add Config.Warning schema and Config.warnings() function - Add GET /config/warnings endpoint to fetch warnings - Add warning toast display in TUI when sync completes - Add tests for warning generation with unknown keybind names Fixes anomalyco#6397
When user presses a key that matches a keybind configured for an unknown command name, show a warning toast with the command name.
- Fetch unknown keybinds from /config/warnings endpoint instead of iterating all keybinds in config - Add keybinds array field to Warning schema to provide list of unknown keybind names - Fix TypeScript error from passthrough schema by casting value - Regenerate SDK with ConfigWarning.keybinds field
ariane-emory
force-pushed
the
fix/nonfatal-missing-key-commands
branch
from
December 31, 2025 07:43
69ab87a to
18b74aa
Compare
…approach - Pre-process unknown keybinds before Zod validation (keep .strict() schema) - Store unknown keybinds with name+binding in warnings - Update TUI to parse and match unknown keybinds directly - Remove unused BusEvent for warnings - Update tests to verify new warning structure - Regenerate TypeScript SDK (KeybindsConfig without index signature) Resolves anomalyco#6397
The null check was added during earlier iterations when .passthrough() was used in the keybind schema. With the current pre-processing approach that strips unknown keybinds and maintains .strict(), all keybind values have defaults applied and will never be undefined, making this check unnecessary.
- Add Config.Event.Warning BusEvent definition - Server sends warning events to clients on SSE connect - TUI subscribes to config.warning events instead of polling API - Remove /config/warnings API endpoint (no longer needed) - Regenerate SDK This fulfills the maintainer's request to use event-based communication for config warnings rather than TUI-side enforcement.
ariane-emory
marked this pull request as ready for review
January 1, 2026 00:54
Contributor
Author
|
@rekram1-node Well.... it turned out to be a lot trickier to do than I thought it would, but after a few rerolls this does seem to be doing it in the way that you'd requested?
Whaddya think? If there are further refinements you'd like. don't hesitate to ask! |
Contributor
|
Hey! Your PR title Please update it to start with one of:
Where See CONTRIBUTING.md for details. |
ariane-emory
force-pushed
the
fix/nonfatal-missing-key-commands
branch
from
January 9, 2026 10:13
9d5a565 to
7cd5bd0
Compare
ariane-emory
changed the title
ariane-emory
force-pushed
the
fix/nonfatal-missing-key-commands
branch
2 times, most recently
from
January 11, 2026 05:20
6afde5d to
7cd5bd0
Compare
Contributor
Author
|
Requires further testing/revision after significant recent changes in dev, re-drafting until that's been done. |
ariane-emory
marked this pull request as draft
January 11, 2026 22:59
Resolved conflict in dialog-command.tsx by preserving the unknown keybind handling logic from fix/nonfatal-missing-key-commands while incorporating the entries memoization changes from dev.
Resolved conflicts: - Combined Flag.OPENCODE_DISABLE_PROJECT_CONFIG check from dev with unknownKeybinds collection from current branch in config.ts
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
2 participants
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.
This PR changes the behaviour so that binding missing key commands in a user's config is not a fatal error that prevents the startup of opencode entirely.
With this PR, keybindings for non-existent keywords, when struck will instead display a toast saying "No command 'the_fake_command_name'".
Resolves #6397.