a54c7dc1f4
* fix(plugins): align install-dialog footer actions The install dialog rendered a per-tab "Install" button inside each tab body (left-aligned, under the input/dropzone) while DialogFooter held only Cancel (right-aligned), so the two actions landed on different rows and looked broken. Lift the tab, url, and file state into InstallPluginDialog and render a single DialogFooter with Cancel (outline) + Install (primary). The Install button's testid, handler, and disabled state derive from the active tab, preserving both install-plugin-url-submit and install-plugin-upload-submit selectors. Install is the sole primary so the base DialogContent fires it on Enter. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> * fix(plugins): reset install-dialog inputs on close A successful install closes the dialog by flipping the controlled `open` prop directly (usePluginActions.afterInstall -> closeInstallDialog), which never routes through onOpenChange. With the tab/url/file state now lifted into InstallPluginDialog, the previous reset-in-handleOpenChange approach left a stale file/url selected the next time the dialog opened, making an accidental re-upload possible. Reset the lifted state from an effect keyed on `open` so every close path (programmatic close, Cancel, Escape, overlay) clears it. Adds a regression test covering upload-install -> reopen -> empty state. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> --------- Co-authored-by: Kandev Agent <agent@kandev.dev> Co-authored-by: Claude Fable 5 <noreply@anthropic.com>