Describe the bug
Settings → Shortcuts lets me assign shortcuts to Open in Editor and Open in Finder, but pressing either shortcut does nothing visible. The browser console reports:
Error: The "paths[1]" argument must be of type string. Received undefined
Both commands failed consistently when repeated. Cmd+K still opens the command palette normally.
Reproduction
Reproduced with the repository's core playground:
- Start the playground with
pnpm -C playgrounds/core run dev after setting up the repository.
- Open the playground in Chrome and authorize Vite DevTools.
- Go to Settings → Shortcuts.
- Assign Ctrl+Shift+E to Open in Editor and Ctrl+Shift+Y to Open in Finder.
- Close the shortcut editor, focus the host page, and press each shortcut.
Neither action opens its target; both produce the error above. Each was repeated twice with the same result. This reproduction uses the existing playground rather than a separate reduced project.
Expected behavior
A shortcut offered in Settings should have a usable execution path. Could you clarify the intended behavior for these two commands: are they meant to support user-assigned shortcuts, and if so, where should the target path come from?
Code observations and ownership
The failing path crosses both repositories:
- Vite DevTools registers these two commands with a required
path: string and showInPalette: false. Its RPC handlers resolve that path against the workspace root. The intended target of these Vite-specific commands belongs here.
- Devframe's
@devframes/hub-ui owns the shortcut settings that offer these bindings and the keyboard dispatcher that calls execute(id) without arguments. Handling commands that require arguments may therefore need a change upstream in Devframe.
Filed here because this is reproducible in Vite DevTools with its built-in commands. Could you confirm the intended shortcut behavior and whether this issue should be transferred to devframes/devframe? These observations explain the missing-path error, but do not establish whether the intended resolution is to supply a target or restrict shortcut eligibility.
System Info
- macOS, Chrome 153
- Vite DevTools core playground; package version: 0.7.3
@devframes/hub and @devframes/hub-ui: 0.9.18
Used Package Manager
pnpm
Describe the bug
Settings → Shortcuts lets me assign shortcuts to Open in Editor and Open in Finder, but pressing either shortcut does nothing visible. The browser console reports:
Both commands failed consistently when repeated. Cmd+K still opens the command palette normally.
Reproduction
Reproduced with the repository's core playground:
pnpm -C playgrounds/core run devafter setting up the repository.Neither action opens its target; both produce the error above. Each was repeated twice with the same result. This reproduction uses the existing playground rather than a separate reduced project.
Expected behavior
A shortcut offered in Settings should have a usable execution path. Could you clarify the intended behavior for these two commands: are they meant to support user-assigned shortcuts, and if so, where should the target path come from?
Code observations and ownership
The failing path crosses both repositories:
path: stringandshowInPalette: false. Its RPC handlers resolve that path against the workspace root. The intended target of these Vite-specific commands belongs here.@devframes/hub-uiowns the shortcut settings that offer these bindings and the keyboard dispatcher that callsexecute(id)without arguments. Handling commands that require arguments may therefore need a change upstream in Devframe.Filed here because this is reproducible in Vite DevTools with its built-in commands. Could you confirm the intended shortcut behavior and whether this issue should be transferred to
devframes/devframe? These observations explain the missing-path error, but do not establish whether the intended resolution is to supply a target or restrict shortcut eligibility.System Info
@devframes/huband@devframes/hub-ui: 0.9.18Used Package Manager
pnpm