Developer
caadd59441
Move the following audited-and-implemented changes into openspec/changes/archive/2026-06-12-completed-changes-archive/: - backend-frontend-refactoring - config-profile-git-mounts - config-profile-includes-ui - config-profile-multi-repo-mounts - container-monitoring-notifications - git-mount-url-validation - home-path-expansion - mobile-terminal-ux - mount-specificity-ordering - notification-center - persistent-terminal-sessions - session-list-overhaul - ssh-key-mounting - terminal-fullscreen-unified-header - tool-session-progress-and-updates Also regenerated .pi-map*.md files for openspec/changes so the remaining active changes (multi-session-terminal-ux, reorganize-long-files, working-copies, workspace-first-ui) reflect the new layout.
2.2 KiB
2.2 KiB
ADDED Requirements
Requirement: Lifecycle actions show structured progress
The system SHALL display non-blocking, structured progress feedback for every tool lifecycle action (create, start, stop, restart, delete, recreate tunnel).
Scenario: Create a new session
- WHEN the user creates a session
- THEN a global progress indicator appears showing the current backend step
- AND the indicator advances through Created, Building, Starting, Probing, and Running/Error based on SSE events
Scenario: Delete a session
- WHEN the user deletes a session
- THEN the session disappears from the current list immediately
- AND the global progress indicator shows "Deleting…" until the backend confirms deletion via SSE or API response
Scenario: Stop or restart a session
- WHEN the user stops or restarts a session
- THEN the global progress indicator shows the action in progress
- AND the indicator updates when the backend publishes the corresponding SSE event
Requirement: Remove blocking progress overlays
The system SHALL NOT dim the entire form or card with a generic spinner while an action is in progress.
Scenario: Create session form submission
- WHEN the create session form is submitted
- THEN form controls are disabled
- AND no full-screen overlay blocks the rest of the application
- AND progress is shown in the global progress panel
Scenario: Card action in progress
- WHEN a session card action is triggered
- THEN the relevant button is disabled or shows a small inline spinner
- AND the card itself remains fully visible and interactive for other sessions
MODIFIED Requirements
Requirement: Deleted sessions disappear from UI immediately
FROM: The system SHALL update the frontend state immediately after a session is successfully deleted. TO: The system SHALL remove the session from all visible lists optimistically when the delete API call succeeds, and reconcile via shared state.
Scenario: Delete session from any page
- WHEN the user deletes a session
- THEN the session is removed from the nav sidebar, dashboard, and sessions page without a reload
- AND a failure re-adds the session to the list and shows an error