UI form builder for editing executor config (#619)
* ## 🎉 Implementation Complete!
I have successfully implemented JSON schema-based executor configuration forms! Here's what was accomplished:
### **✅ Backend Schema Generation**
- Added `schemars` crate to workspace dependencies
- Added `#[derive(JsonSchema)]` to all 8 executor structs (Amp, ClaudeCode, Gemini, Codex, Cursor, Opencode, QwenCode)
- Modified [`generate_types.rs`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-4b73-use-the-sc/crates/server/src/bin/generate_types.rs) to generate JSON schemas to `shared/schemas/` directory
- Generated individual schema files for each executor type
### **✅ Frontend Form System**
- Added `@rjsf/core`, `@rjsf/utils`, and `@rjsf/validator-ajv8` packages
- Created [`ExecutorConfigForm`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-4b73-use-the-sc/frontend/src/components/ExecutorConfigForm.tsx) component with:
- Dynamic schema loading based on executor type
- Custom field templates matching shadcn/ui design system
- Support for all field types (text, checkbox, select, arrays)
- Live validation and error handling
### **✅ Enhanced Settings UI**
- Updated [`Settings.tsx`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-4b73-use-the-sc/frontend/src/pages/Settings.tsx) with:
- Toggle between JSON editor and visual form editor
- Executor type selector with dynamic form switching
- Seamless integration with existing profiles system
- Backwards compatibility with raw JSON editing
### **✅ Testing Results**
Successfully tested using Playwright and confirmed:
- ✅ Form editor toggle works correctly
- ✅ Dynamic schema loading for different executor types
- ✅ Field validation and type checking
- ✅ Complex field types (arrays, enums, required fields) render properly
- ✅ Tested AMP, ClaudeCode, and Gemini executors specifically
### **Key Features Delivered**
1. **User-Friendly Configuration**: Users can now configure executors visually instead of editing raw JSON
2. **Type Safety**: Generated schemas ensure configuration validity
3. **Dynamic Forms**: Each executor type shows only relevant fields
4. **Backwards Compatibility**: Users can still switch back to JSON mode
5. **Professional UI**: Custom templates match the existing design system
6. **Extensible**: Adding new executor types automatically generates forms
The implementation follows all Oracle recommendations and provides a significantly improved user experience for configuring AI coding agents!
* Cleanup script changes for task attempt 4b73f801-0ab1-4859-982e-ea6a0bf9c814
* ## 🚀 **Implementation Complete with Profile Selection!**
Your question was perfectly answered! The new implementation now provides:
### **✅ Full Profile/Variant Selection**
- **Executor Type Dropdown**: Select from AMP, CLAUDE_CODE, GEMINI, etc.
- **Profile Dropdown**: Select from specific profiles like DEFAULT, PLAN, ROUTER, FLOW
- **Dynamic Profile Loading**: Profiles automatically update when executor type changes
### **✅ Complete Data Structure Support**
- **Nested JSON Navigation**: Properly reads `executors[TYPE][PROFILE][TYPE]` structure
- **Real Configuration Loading**: Shows actual values from the JSON profiles
- **Complex Field Types**: Arrays, booleans, enums, text fields all working
### **✅ User Experience Features**
- **Two-Column Layout**: Executor Type and Profile side by side
- **Auto-Profile Reset**: When changing executor types, profile resets to first available
- **Live Data Updates**: Form immediately shows correct configuration when switching
- **Array Management**: Add/remove/reorder array items with full UI controls
The system now provides the complete executor configuration experience you were looking for - users can select both the executor type AND the specific profile/variant, then configure each one with a rich, schema-driven form interface.
* Cleanup script changes for task attempt 4b73f801-0ab1-4859-982e-ea6a0bf9c814
* improvements
* append_prompt
* generate forms
* order
* settings
* amp MCP config update
* form styles
* textarea
* style additional params
* validate
* menu styles
* prevent reload
* fmt
* add and delete configurations
* lint
* fmnt
* clippy
* prettier
* copy
* remove old MCP
* Auto detect schemas on FE
* wipe shared before generation
* fmt
* clippy fmt
* fixes
* fmt
* update shared types check
* disable clippy for large enum
* copy
* tweaks
* fmt
* fmt
2025-09-04 20:46:26 +01:00
|
|
|
// vite.config.ts
|
2025-07-04 11:11:45 +02:00
|
|
|
import { sentryVitePlugin } from "@sentry/vite-plugin";
|
UI form builder for editing executor config (#619)
* ## 🎉 Implementation Complete!
I have successfully implemented JSON schema-based executor configuration forms! Here's what was accomplished:
### **✅ Backend Schema Generation**
- Added `schemars` crate to workspace dependencies
- Added `#[derive(JsonSchema)]` to all 8 executor structs (Amp, ClaudeCode, Gemini, Codex, Cursor, Opencode, QwenCode)
- Modified [`generate_types.rs`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-4b73-use-the-sc/crates/server/src/bin/generate_types.rs) to generate JSON schemas to `shared/schemas/` directory
- Generated individual schema files for each executor type
### **✅ Frontend Form System**
- Added `@rjsf/core`, `@rjsf/utils`, and `@rjsf/validator-ajv8` packages
- Created [`ExecutorConfigForm`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-4b73-use-the-sc/frontend/src/components/ExecutorConfigForm.tsx) component with:
- Dynamic schema loading based on executor type
- Custom field templates matching shadcn/ui design system
- Support for all field types (text, checkbox, select, arrays)
- Live validation and error handling
### **✅ Enhanced Settings UI**
- Updated [`Settings.tsx`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-4b73-use-the-sc/frontend/src/pages/Settings.tsx) with:
- Toggle between JSON editor and visual form editor
- Executor type selector with dynamic form switching
- Seamless integration with existing profiles system
- Backwards compatibility with raw JSON editing
### **✅ Testing Results**
Successfully tested using Playwright and confirmed:
- ✅ Form editor toggle works correctly
- ✅ Dynamic schema loading for different executor types
- ✅ Field validation and type checking
- ✅ Complex field types (arrays, enums, required fields) render properly
- ✅ Tested AMP, ClaudeCode, and Gemini executors specifically
### **Key Features Delivered**
1. **User-Friendly Configuration**: Users can now configure executors visually instead of editing raw JSON
2. **Type Safety**: Generated schemas ensure configuration validity
3. **Dynamic Forms**: Each executor type shows only relevant fields
4. **Backwards Compatibility**: Users can still switch back to JSON mode
5. **Professional UI**: Custom templates match the existing design system
6. **Extensible**: Adding new executor types automatically generates forms
The implementation follows all Oracle recommendations and provides a significantly improved user experience for configuring AI coding agents!
* Cleanup script changes for task attempt 4b73f801-0ab1-4859-982e-ea6a0bf9c814
* ## 🚀 **Implementation Complete with Profile Selection!**
Your question was perfectly answered! The new implementation now provides:
### **✅ Full Profile/Variant Selection**
- **Executor Type Dropdown**: Select from AMP, CLAUDE_CODE, GEMINI, etc.
- **Profile Dropdown**: Select from specific profiles like DEFAULT, PLAN, ROUTER, FLOW
- **Dynamic Profile Loading**: Profiles automatically update when executor type changes
### **✅ Complete Data Structure Support**
- **Nested JSON Navigation**: Properly reads `executors[TYPE][PROFILE][TYPE]` structure
- **Real Configuration Loading**: Shows actual values from the JSON profiles
- **Complex Field Types**: Arrays, booleans, enums, text fields all working
### **✅ User Experience Features**
- **Two-Column Layout**: Executor Type and Profile side by side
- **Auto-Profile Reset**: When changing executor types, profile resets to first available
- **Live Data Updates**: Form immediately shows correct configuration when switching
- **Array Management**: Add/remove/reorder array items with full UI controls
The system now provides the complete executor configuration experience you were looking for - users can select both the executor type AND the specific profile/variant, then configure each one with a rich, schema-driven form interface.
* Cleanup script changes for task attempt 4b73f801-0ab1-4859-982e-ea6a0bf9c814
* improvements
* append_prompt
* generate forms
* order
* settings
* amp MCP config update
* form styles
* textarea
* style additional params
* validate
* menu styles
* prevent reload
* fmt
* add and delete configurations
* lint
* fmnt
* clippy
* prettier
* copy
* remove old MCP
* Auto detect schemas on FE
* wipe shared before generation
* fmt
* clippy fmt
* fixes
* fmt
* update shared types check
* disable clippy for large enum
* copy
* tweaks
* fmt
* fmt
2025-09-04 20:46:26 +01:00
|
|
|
import { defineConfig, Plugin } from "vite";
|
|
|
|
|
import react from "@vitejs/plugin-react";
|
|
|
|
|
import path from "path";
|
|
|
|
|
import fs from "fs";
|
2025-06-14 15:14:08 -04:00
|
|
|
|
UI form builder for editing executor config (#619)
* ## 🎉 Implementation Complete!
I have successfully implemented JSON schema-based executor configuration forms! Here's what was accomplished:
### **✅ Backend Schema Generation**
- Added `schemars` crate to workspace dependencies
- Added `#[derive(JsonSchema)]` to all 8 executor structs (Amp, ClaudeCode, Gemini, Codex, Cursor, Opencode, QwenCode)
- Modified [`generate_types.rs`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-4b73-use-the-sc/crates/server/src/bin/generate_types.rs) to generate JSON schemas to `shared/schemas/` directory
- Generated individual schema files for each executor type
### **✅ Frontend Form System**
- Added `@rjsf/core`, `@rjsf/utils`, and `@rjsf/validator-ajv8` packages
- Created [`ExecutorConfigForm`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-4b73-use-the-sc/frontend/src/components/ExecutorConfigForm.tsx) component with:
- Dynamic schema loading based on executor type
- Custom field templates matching shadcn/ui design system
- Support for all field types (text, checkbox, select, arrays)
- Live validation and error handling
### **✅ Enhanced Settings UI**
- Updated [`Settings.tsx`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-4b73-use-the-sc/frontend/src/pages/Settings.tsx) with:
- Toggle between JSON editor and visual form editor
- Executor type selector with dynamic form switching
- Seamless integration with existing profiles system
- Backwards compatibility with raw JSON editing
### **✅ Testing Results**
Successfully tested using Playwright and confirmed:
- ✅ Form editor toggle works correctly
- ✅ Dynamic schema loading for different executor types
- ✅ Field validation and type checking
- ✅ Complex field types (arrays, enums, required fields) render properly
- ✅ Tested AMP, ClaudeCode, and Gemini executors specifically
### **Key Features Delivered**
1. **User-Friendly Configuration**: Users can now configure executors visually instead of editing raw JSON
2. **Type Safety**: Generated schemas ensure configuration validity
3. **Dynamic Forms**: Each executor type shows only relevant fields
4. **Backwards Compatibility**: Users can still switch back to JSON mode
5. **Professional UI**: Custom templates match the existing design system
6. **Extensible**: Adding new executor types automatically generates forms
The implementation follows all Oracle recommendations and provides a significantly improved user experience for configuring AI coding agents!
* Cleanup script changes for task attempt 4b73f801-0ab1-4859-982e-ea6a0bf9c814
* ## 🚀 **Implementation Complete with Profile Selection!**
Your question was perfectly answered! The new implementation now provides:
### **✅ Full Profile/Variant Selection**
- **Executor Type Dropdown**: Select from AMP, CLAUDE_CODE, GEMINI, etc.
- **Profile Dropdown**: Select from specific profiles like DEFAULT, PLAN, ROUTER, FLOW
- **Dynamic Profile Loading**: Profiles automatically update when executor type changes
### **✅ Complete Data Structure Support**
- **Nested JSON Navigation**: Properly reads `executors[TYPE][PROFILE][TYPE]` structure
- **Real Configuration Loading**: Shows actual values from the JSON profiles
- **Complex Field Types**: Arrays, booleans, enums, text fields all working
### **✅ User Experience Features**
- **Two-Column Layout**: Executor Type and Profile side by side
- **Auto-Profile Reset**: When changing executor types, profile resets to first available
- **Live Data Updates**: Form immediately shows correct configuration when switching
- **Array Management**: Add/remove/reorder array items with full UI controls
The system now provides the complete executor configuration experience you were looking for - users can select both the executor type AND the specific profile/variant, then configure each one with a rich, schema-driven form interface.
* Cleanup script changes for task attempt 4b73f801-0ab1-4859-982e-ea6a0bf9c814
* improvements
* append_prompt
* generate forms
* order
* settings
* amp MCP config update
* form styles
* textarea
* style additional params
* validate
* menu styles
* prevent reload
* fmt
* add and delete configurations
* lint
* fmnt
* clippy
* prettier
* copy
* remove old MCP
* Auto detect schemas on FE
* wipe shared before generation
* fmt
* clippy fmt
* fixes
* fmt
* update shared types check
* disable clippy for large enum
* copy
* tweaks
* fmt
* fmt
2025-09-04 20:46:26 +01:00
|
|
|
function executorSchemasPlugin(): Plugin {
|
|
|
|
|
const VIRTUAL_ID = "virtual:executor-schemas";
|
|
|
|
|
const RESOLVED_VIRTUAL_ID = "\0" + VIRTUAL_ID;
|
|
|
|
|
|
|
|
|
|
return {
|
|
|
|
|
name: "executor-schemas-plugin",
|
|
|
|
|
resolveId(id) {
|
|
|
|
|
if (id === VIRTUAL_ID) return RESOLVED_VIRTUAL_ID; // keep it virtual
|
|
|
|
|
return null;
|
|
|
|
|
},
|
|
|
|
|
load(id) {
|
|
|
|
|
if (id !== RESOLVED_VIRTUAL_ID) return null;
|
|
|
|
|
|
|
|
|
|
const schemasDir = path.resolve(__dirname, "../shared/schemas");
|
|
|
|
|
const files = fs.existsSync(schemasDir)
|
|
|
|
|
? fs.readdirSync(schemasDir).filter((f) => f.endsWith(".json"))
|
|
|
|
|
: [];
|
|
|
|
|
|
|
|
|
|
const imports: string[] = [];
|
|
|
|
|
const entries: string[] = [];
|
|
|
|
|
|
|
|
|
|
files.forEach((file, i) => {
|
|
|
|
|
const varName = `__schema_${i}`;
|
|
|
|
|
const importPath = `shared/schemas/${file}`; // uses your alias
|
|
|
|
|
const key = file.replace(/\.json$/, "").toUpperCase(); // claude_code -> CLAUDE_CODE
|
|
|
|
|
imports.push(`import ${varName} from "${importPath}";`);
|
|
|
|
|
entries.push(` "${key}": ${varName}`);
|
|
|
|
|
});
|
|
|
|
|
|
|
|
|
|
// IMPORTANT: pure JS (no TS types), and quote keys.
|
|
|
|
|
const code = `
|
|
|
|
|
${imports.join("\n")}
|
2025-07-04 11:11:45 +02:00
|
|
|
|
UI form builder for editing executor config (#619)
* ## 🎉 Implementation Complete!
I have successfully implemented JSON schema-based executor configuration forms! Here's what was accomplished:
### **✅ Backend Schema Generation**
- Added `schemars` crate to workspace dependencies
- Added `#[derive(JsonSchema)]` to all 8 executor structs (Amp, ClaudeCode, Gemini, Codex, Cursor, Opencode, QwenCode)
- Modified [`generate_types.rs`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-4b73-use-the-sc/crates/server/src/bin/generate_types.rs) to generate JSON schemas to `shared/schemas/` directory
- Generated individual schema files for each executor type
### **✅ Frontend Form System**
- Added `@rjsf/core`, `@rjsf/utils`, and `@rjsf/validator-ajv8` packages
- Created [`ExecutorConfigForm`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-4b73-use-the-sc/frontend/src/components/ExecutorConfigForm.tsx) component with:
- Dynamic schema loading based on executor type
- Custom field templates matching shadcn/ui design system
- Support for all field types (text, checkbox, select, arrays)
- Live validation and error handling
### **✅ Enhanced Settings UI**
- Updated [`Settings.tsx`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-4b73-use-the-sc/frontend/src/pages/Settings.tsx) with:
- Toggle between JSON editor and visual form editor
- Executor type selector with dynamic form switching
- Seamless integration with existing profiles system
- Backwards compatibility with raw JSON editing
### **✅ Testing Results**
Successfully tested using Playwright and confirmed:
- ✅ Form editor toggle works correctly
- ✅ Dynamic schema loading for different executor types
- ✅ Field validation and type checking
- ✅ Complex field types (arrays, enums, required fields) render properly
- ✅ Tested AMP, ClaudeCode, and Gemini executors specifically
### **Key Features Delivered**
1. **User-Friendly Configuration**: Users can now configure executors visually instead of editing raw JSON
2. **Type Safety**: Generated schemas ensure configuration validity
3. **Dynamic Forms**: Each executor type shows only relevant fields
4. **Backwards Compatibility**: Users can still switch back to JSON mode
5. **Professional UI**: Custom templates match the existing design system
6. **Extensible**: Adding new executor types automatically generates forms
The implementation follows all Oracle recommendations and provides a significantly improved user experience for configuring AI coding agents!
* Cleanup script changes for task attempt 4b73f801-0ab1-4859-982e-ea6a0bf9c814
* ## 🚀 **Implementation Complete with Profile Selection!**
Your question was perfectly answered! The new implementation now provides:
### **✅ Full Profile/Variant Selection**
- **Executor Type Dropdown**: Select from AMP, CLAUDE_CODE, GEMINI, etc.
- **Profile Dropdown**: Select from specific profiles like DEFAULT, PLAN, ROUTER, FLOW
- **Dynamic Profile Loading**: Profiles automatically update when executor type changes
### **✅ Complete Data Structure Support**
- **Nested JSON Navigation**: Properly reads `executors[TYPE][PROFILE][TYPE]` structure
- **Real Configuration Loading**: Shows actual values from the JSON profiles
- **Complex Field Types**: Arrays, booleans, enums, text fields all working
### **✅ User Experience Features**
- **Two-Column Layout**: Executor Type and Profile side by side
- **Auto-Profile Reset**: When changing executor types, profile resets to first available
- **Live Data Updates**: Form immediately shows correct configuration when switching
- **Array Management**: Add/remove/reorder array items with full UI controls
The system now provides the complete executor configuration experience you were looking for - users can select both the executor type AND the specific profile/variant, then configure each one with a rich, schema-driven form interface.
* Cleanup script changes for task attempt 4b73f801-0ab1-4859-982e-ea6a0bf9c814
* improvements
* append_prompt
* generate forms
* order
* settings
* amp MCP config update
* form styles
* textarea
* style additional params
* validate
* menu styles
* prevent reload
* fmt
* add and delete configurations
* lint
* fmnt
* clippy
* prettier
* copy
* remove old MCP
* Auto detect schemas on FE
* wipe shared before generation
* fmt
* clippy fmt
* fixes
* fmt
* update shared types check
* disable clippy for large enum
* copy
* tweaks
* fmt
* fmt
2025-09-04 20:46:26 +01:00
|
|
|
export const schemas = {
|
|
|
|
|
${entries.join(",\n")}
|
|
|
|
|
};
|
|
|
|
|
|
|
|
|
|
export default schemas;
|
|
|
|
|
`;
|
|
|
|
|
return code;
|
|
|
|
|
},
|
|
|
|
|
};
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
export default defineConfig({
|
|
|
|
|
plugins: [
|
|
|
|
|
react(),
|
|
|
|
|
sentryVitePlugin({ org: "bloop-ai", project: "vibe-kanban" }),
|
|
|
|
|
executorSchemasPlugin(),
|
|
|
|
|
],
|
2025-06-14 15:14:08 -04:00
|
|
|
resolve: {
|
|
|
|
|
alias: {
|
|
|
|
|
"@": path.resolve(__dirname, "./src"),
|
UI form builder for editing executor config (#619)
* ## 🎉 Implementation Complete!
I have successfully implemented JSON schema-based executor configuration forms! Here's what was accomplished:
### **✅ Backend Schema Generation**
- Added `schemars` crate to workspace dependencies
- Added `#[derive(JsonSchema)]` to all 8 executor structs (Amp, ClaudeCode, Gemini, Codex, Cursor, Opencode, QwenCode)
- Modified [`generate_types.rs`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-4b73-use-the-sc/crates/server/src/bin/generate_types.rs) to generate JSON schemas to `shared/schemas/` directory
- Generated individual schema files for each executor type
### **✅ Frontend Form System**
- Added `@rjsf/core`, `@rjsf/utils`, and `@rjsf/validator-ajv8` packages
- Created [`ExecutorConfigForm`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-4b73-use-the-sc/frontend/src/components/ExecutorConfigForm.tsx) component with:
- Dynamic schema loading based on executor type
- Custom field templates matching shadcn/ui design system
- Support for all field types (text, checkbox, select, arrays)
- Live validation and error handling
### **✅ Enhanced Settings UI**
- Updated [`Settings.tsx`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-4b73-use-the-sc/frontend/src/pages/Settings.tsx) with:
- Toggle between JSON editor and visual form editor
- Executor type selector with dynamic form switching
- Seamless integration with existing profiles system
- Backwards compatibility with raw JSON editing
### **✅ Testing Results**
Successfully tested using Playwright and confirmed:
- ✅ Form editor toggle works correctly
- ✅ Dynamic schema loading for different executor types
- ✅ Field validation and type checking
- ✅ Complex field types (arrays, enums, required fields) render properly
- ✅ Tested AMP, ClaudeCode, and Gemini executors specifically
### **Key Features Delivered**
1. **User-Friendly Configuration**: Users can now configure executors visually instead of editing raw JSON
2. **Type Safety**: Generated schemas ensure configuration validity
3. **Dynamic Forms**: Each executor type shows only relevant fields
4. **Backwards Compatibility**: Users can still switch back to JSON mode
5. **Professional UI**: Custom templates match the existing design system
6. **Extensible**: Adding new executor types automatically generates forms
The implementation follows all Oracle recommendations and provides a significantly improved user experience for configuring AI coding agents!
* Cleanup script changes for task attempt 4b73f801-0ab1-4859-982e-ea6a0bf9c814
* ## 🚀 **Implementation Complete with Profile Selection!**
Your question was perfectly answered! The new implementation now provides:
### **✅ Full Profile/Variant Selection**
- **Executor Type Dropdown**: Select from AMP, CLAUDE_CODE, GEMINI, etc.
- **Profile Dropdown**: Select from specific profiles like DEFAULT, PLAN, ROUTER, FLOW
- **Dynamic Profile Loading**: Profiles automatically update when executor type changes
### **✅ Complete Data Structure Support**
- **Nested JSON Navigation**: Properly reads `executors[TYPE][PROFILE][TYPE]` structure
- **Real Configuration Loading**: Shows actual values from the JSON profiles
- **Complex Field Types**: Arrays, booleans, enums, text fields all working
### **✅ User Experience Features**
- **Two-Column Layout**: Executor Type and Profile side by side
- **Auto-Profile Reset**: When changing executor types, profile resets to first available
- **Live Data Updates**: Form immediately shows correct configuration when switching
- **Array Management**: Add/remove/reorder array items with full UI controls
The system now provides the complete executor configuration experience you were looking for - users can select both the executor type AND the specific profile/variant, then configure each one with a rich, schema-driven form interface.
* Cleanup script changes for task attempt 4b73f801-0ab1-4859-982e-ea6a0bf9c814
* improvements
* append_prompt
* generate forms
* order
* settings
* amp MCP config update
* form styles
* textarea
* style additional params
* validate
* menu styles
* prevent reload
* fmt
* add and delete configurations
* lint
* fmnt
* clippy
* prettier
* copy
* remove old MCP
* Auto detect schemas on FE
* wipe shared before generation
* fmt
* clippy fmt
* fixes
* fmt
* update shared types check
* disable clippy for large enum
* copy
* tweaks
* fmt
* fmt
2025-09-04 20:46:26 +01:00
|
|
|
shared: path.resolve(__dirname, "../shared"),
|
2025-06-14 15:14:08 -04:00
|
|
|
},
|
|
|
|
|
},
|
|
|
|
|
server: {
|
UI form builder for editing executor config (#619)
* ## 🎉 Implementation Complete!
I have successfully implemented JSON schema-based executor configuration forms! Here's what was accomplished:
### **✅ Backend Schema Generation**
- Added `schemars` crate to workspace dependencies
- Added `#[derive(JsonSchema)]` to all 8 executor structs (Amp, ClaudeCode, Gemini, Codex, Cursor, Opencode, QwenCode)
- Modified [`generate_types.rs`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-4b73-use-the-sc/crates/server/src/bin/generate_types.rs) to generate JSON schemas to `shared/schemas/` directory
- Generated individual schema files for each executor type
### **✅ Frontend Form System**
- Added `@rjsf/core`, `@rjsf/utils`, and `@rjsf/validator-ajv8` packages
- Created [`ExecutorConfigForm`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-4b73-use-the-sc/frontend/src/components/ExecutorConfigForm.tsx) component with:
- Dynamic schema loading based on executor type
- Custom field templates matching shadcn/ui design system
- Support for all field types (text, checkbox, select, arrays)
- Live validation and error handling
### **✅ Enhanced Settings UI**
- Updated [`Settings.tsx`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-4b73-use-the-sc/frontend/src/pages/Settings.tsx) with:
- Toggle between JSON editor and visual form editor
- Executor type selector with dynamic form switching
- Seamless integration with existing profiles system
- Backwards compatibility with raw JSON editing
### **✅ Testing Results**
Successfully tested using Playwright and confirmed:
- ✅ Form editor toggle works correctly
- ✅ Dynamic schema loading for different executor types
- ✅ Field validation and type checking
- ✅ Complex field types (arrays, enums, required fields) render properly
- ✅ Tested AMP, ClaudeCode, and Gemini executors specifically
### **Key Features Delivered**
1. **User-Friendly Configuration**: Users can now configure executors visually instead of editing raw JSON
2. **Type Safety**: Generated schemas ensure configuration validity
3. **Dynamic Forms**: Each executor type shows only relevant fields
4. **Backwards Compatibility**: Users can still switch back to JSON mode
5. **Professional UI**: Custom templates match the existing design system
6. **Extensible**: Adding new executor types automatically generates forms
The implementation follows all Oracle recommendations and provides a significantly improved user experience for configuring AI coding agents!
* Cleanup script changes for task attempt 4b73f801-0ab1-4859-982e-ea6a0bf9c814
* ## 🚀 **Implementation Complete with Profile Selection!**
Your question was perfectly answered! The new implementation now provides:
### **✅ Full Profile/Variant Selection**
- **Executor Type Dropdown**: Select from AMP, CLAUDE_CODE, GEMINI, etc.
- **Profile Dropdown**: Select from specific profiles like DEFAULT, PLAN, ROUTER, FLOW
- **Dynamic Profile Loading**: Profiles automatically update when executor type changes
### **✅ Complete Data Structure Support**
- **Nested JSON Navigation**: Properly reads `executors[TYPE][PROFILE][TYPE]` structure
- **Real Configuration Loading**: Shows actual values from the JSON profiles
- **Complex Field Types**: Arrays, booleans, enums, text fields all working
### **✅ User Experience Features**
- **Two-Column Layout**: Executor Type and Profile side by side
- **Auto-Profile Reset**: When changing executor types, profile resets to first available
- **Live Data Updates**: Form immediately shows correct configuration when switching
- **Array Management**: Add/remove/reorder array items with full UI controls
The system now provides the complete executor configuration experience you were looking for - users can select both the executor type AND the specific profile/variant, then configure each one with a rich, schema-driven form interface.
* Cleanup script changes for task attempt 4b73f801-0ab1-4859-982e-ea6a0bf9c814
* improvements
* append_prompt
* generate forms
* order
* settings
* amp MCP config update
* form styles
* textarea
* style additional params
* validate
* menu styles
* prevent reload
* fmt
* add and delete configurations
* lint
* fmnt
* clippy
* prettier
* copy
* remove old MCP
* Auto detect schemas on FE
* wipe shared before generation
* fmt
* clippy fmt
* fixes
* fmt
* update shared types check
* disable clippy for large enum
* copy
* tweaks
* fmt
* fmt
2025-09-04 20:46:26 +01:00
|
|
|
port: parseInt(process.env.FRONTEND_PORT || "3000"),
|
2025-06-14 15:14:08 -04:00
|
|
|
proxy: {
|
UI form builder for editing executor config (#619)
* ## 🎉 Implementation Complete!
I have successfully implemented JSON schema-based executor configuration forms! Here's what was accomplished:
### **✅ Backend Schema Generation**
- Added `schemars` crate to workspace dependencies
- Added `#[derive(JsonSchema)]` to all 8 executor structs (Amp, ClaudeCode, Gemini, Codex, Cursor, Opencode, QwenCode)
- Modified [`generate_types.rs`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-4b73-use-the-sc/crates/server/src/bin/generate_types.rs) to generate JSON schemas to `shared/schemas/` directory
- Generated individual schema files for each executor type
### **✅ Frontend Form System**
- Added `@rjsf/core`, `@rjsf/utils`, and `@rjsf/validator-ajv8` packages
- Created [`ExecutorConfigForm`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-4b73-use-the-sc/frontend/src/components/ExecutorConfigForm.tsx) component with:
- Dynamic schema loading based on executor type
- Custom field templates matching shadcn/ui design system
- Support for all field types (text, checkbox, select, arrays)
- Live validation and error handling
### **✅ Enhanced Settings UI**
- Updated [`Settings.tsx`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-4b73-use-the-sc/frontend/src/pages/Settings.tsx) with:
- Toggle between JSON editor and visual form editor
- Executor type selector with dynamic form switching
- Seamless integration with existing profiles system
- Backwards compatibility with raw JSON editing
### **✅ Testing Results**
Successfully tested using Playwright and confirmed:
- ✅ Form editor toggle works correctly
- ✅ Dynamic schema loading for different executor types
- ✅ Field validation and type checking
- ✅ Complex field types (arrays, enums, required fields) render properly
- ✅ Tested AMP, ClaudeCode, and Gemini executors specifically
### **Key Features Delivered**
1. **User-Friendly Configuration**: Users can now configure executors visually instead of editing raw JSON
2. **Type Safety**: Generated schemas ensure configuration validity
3. **Dynamic Forms**: Each executor type shows only relevant fields
4. **Backwards Compatibility**: Users can still switch back to JSON mode
5. **Professional UI**: Custom templates match the existing design system
6. **Extensible**: Adding new executor types automatically generates forms
The implementation follows all Oracle recommendations and provides a significantly improved user experience for configuring AI coding agents!
* Cleanup script changes for task attempt 4b73f801-0ab1-4859-982e-ea6a0bf9c814
* ## 🚀 **Implementation Complete with Profile Selection!**
Your question was perfectly answered! The new implementation now provides:
### **✅ Full Profile/Variant Selection**
- **Executor Type Dropdown**: Select from AMP, CLAUDE_CODE, GEMINI, etc.
- **Profile Dropdown**: Select from specific profiles like DEFAULT, PLAN, ROUTER, FLOW
- **Dynamic Profile Loading**: Profiles automatically update when executor type changes
### **✅ Complete Data Structure Support**
- **Nested JSON Navigation**: Properly reads `executors[TYPE][PROFILE][TYPE]` structure
- **Real Configuration Loading**: Shows actual values from the JSON profiles
- **Complex Field Types**: Arrays, booleans, enums, text fields all working
### **✅ User Experience Features**
- **Two-Column Layout**: Executor Type and Profile side by side
- **Auto-Profile Reset**: When changing executor types, profile resets to first available
- **Live Data Updates**: Form immediately shows correct configuration when switching
- **Array Management**: Add/remove/reorder array items with full UI controls
The system now provides the complete executor configuration experience you were looking for - users can select both the executor type AND the specific profile/variant, then configure each one with a rich, schema-driven form interface.
* Cleanup script changes for task attempt 4b73f801-0ab1-4859-982e-ea6a0bf9c814
* improvements
* append_prompt
* generate forms
* order
* settings
* amp MCP config update
* form styles
* textarea
* style additional params
* validate
* menu styles
* prevent reload
* fmt
* add and delete configurations
* lint
* fmnt
* clippy
* prettier
* copy
* remove old MCP
* Auto detect schemas on FE
* wipe shared before generation
* fmt
* clippy fmt
* fixes
* fmt
* update shared types check
* disable clippy for large enum
* copy
* tweaks
* fmt
* fmt
2025-09-04 20:46:26 +01:00
|
|
|
"/api": {
|
|
|
|
|
target: `http://localhost:${process.env.BACKEND_PORT || "3001"}`,
|
2025-06-14 15:14:08 -04:00
|
|
|
changeOrigin: true,
|
Change SSE to websocket for project tasks (vibe-kanban) (#722)
* ## Implementation Complete ✅
I have successfully implemented the SSE to WebSocket conversion for the `stream_tasks` endpoint. Here's a summary of the changes made:
### 🔧 **Changes Made**
**1. Event Service Refactoring** ([`crates/services/src/services/events.rs`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-0283-change-sse/crates/services/src/services/events.rs#L492-L632)):
- Split `stream_tasks_for_project` into two functions:
- `stream_tasks_raw()` - returns raw `LogMsg` stream
- `stream_tasks_for_project()` - converts raw stream to SSE format (maintains backward compatibility)
**2. WebSocket Dependencies** ([`Cargo.toml`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-0283-change-sse/Cargo.toml#L7)):
- Added `"ws"` feature to axum workspace dependency
**3. WebSocket Route Implementation** ([`crates/server/src/routes/tasks.rs`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-0283-change-sse/crates/server/src/routes/tasks.rs#L62-L114)):
- Added `stream_tasks_ws()` endpoint handler
- Added `handle_tasks_ws()` connection management
- Added `logmsg_to_ws()` message converter
- Updated router to include `/tasks/stream/ws` endpoint
### 🌟 **Key Features**
**Dual Transport Support**:
- **SSE**: `/tasks/stream` (existing, unchanged)
- **WebSocket**: `/tasks/stream/ws` (new)
**One-Way Communication**:
- Server pushes JSON messages to clients
- Client messages are ignored (WebSocket used as SSE replacement)
- Automatic ping/pong handling for connection keepalive
**Identical Behavior**:
- Both endpoints share the same core streaming logic
- Same JSON patch message format
- Same filtering and initial snapshot behavior
**Message Format**:
```json
{"JsonPatch":[{"op":"replace","path":"/tasks","value":{...}}]}
{"Stdout":"console output"}
{"Finished":""}
```
### 🚀 **Benefits**
- **Zero Risk**: Existing SSE endpoint remains unchanged
- **Gradual Migration**: Both transports can run in parallel
- **Shared Logic**: Core streaming functionality is identical
- **WebSocket Advantages**: Better firewall/proxy compatibility, lower overhead
### 📋 **Next Steps**
Frontend can now connect to the new WebSocket endpoint:
```javascript
const ws = new WebSocket('ws://localhost:8080/projects/{project_id}/tasks/stream/ws');
ws.onmessage = (event) => {
const msg = JSON.parse(event.data);
if ('JsonPatch' in msg) {
// Handle task updates
}
};
```
The implementation is ready for use and the existing SSE endpoint remains fully functional during the transition period.
* Cleanup script changes for task attempt 0283a4ba-421c-4576-b072-6b960be842d8
* Now let me examine the `useJsonPatchStream` hook to understand how SSE messages are currently processed:
* ## Frontend Implementation Complete ✅
I have successfully implemented the frontend WebSocket conversion! Here's a summary of the changes:
### 🔧 **Changes Made**
**1. Created WebSocket Hook** ([`frontend/src/hooks/useJsonPatchWsStream.ts`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-0283-change-sse/frontend/src/hooks/useJsonPatchWsStream.ts)):
- New hook mirroring the SSE implementation pattern
- Handles WebSocket connection lifecycle (`onopen`, `onmessage`, `onerror`, `onclose`)
- Processes JSON messages: `{"JsonPatch": [...]}` and `{"Finished": ""}`
- Identical retry logic with exponential backoff
- Same state management and patch application using `rfc6902`
**2. Updated useProjectTasks Hook** ([`frontend/src/hooks/useProjectTasks.ts`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-0283-change-sse/frontend/src/hooks/useProjectTasks.ts#L25-L47)):
- Added optional `transport` parameter: `'sse' | 'ws'`
- **Defaults to WebSocket** (`transport = 'ws'`) for immediate migration
- Dynamic endpoint selection:
- WebSocket: `/api/tasks/stream/ws?project_id=...`
- SSE: `/api/tasks/stream?project_id=...`
- Hook selection based on transport type
### 🌟 **Key Features**
**Seamless Migration**:
- **Zero Breaking Changes**: Existing calls to `useProjectTasks(projectId)` automatically use WebSockets
- **Backward Compatibility**: Can explicitly use SSE with `useProjectTasks(projectId, 'sse')`
- **Feature Flag Ready**: Easy switching between transports
**Identical Behavior**:
- Same JSON patch processing logic
- Same retry/reconnection patterns
- Same connection state management
- Same data structures and sorting
**WebSocket Benefits**:
- Better firewall/proxy compatibility
- Lower protocol overhead than SSE
- Ready for bidirectional communication if needed
### 📋 **Usage Examples**
```typescript
// Uses WebSocket by default
const { tasks, isConnected } = useProjectTasks(projectId);
// Explicitly use SSE for fallback
const { tasks, isConnected } = useProjectTasks(projectId, 'sse');
// Feature flag example
const transport = featureFlags.useWebSocket ? 'ws' : 'sse';
const { tasks, isConnected } = useProjectTasks(projectId, transport);
```
### ✅ **Testing Results**
- **TypeScript Check**: ✅ Passes
- **Backend Check**: ✅ Passes
- **Frontend Build**: ✅ Successfully builds
- **No Breaking Changes**: ✅ Existing usage works automatically
### 🚀 **Migration Complete**
The frontend now:
- **Uses WebSockets by default** for all new task streaming
- **Maintains SSE support** for rollback scenarios
- **Preserves all existing functionality**
- **Is ready for production deployment**
The implementation follows the Oracle's recommended approach with dual transport support, providing a safe migration path with easy rollback capabilities. Both backend and frontend are now fully converted to use WebSockets while maintaining SSE compatibility.
* Cleanup script changes for task attempt 0283a4ba-421c-4576-b072-6b960be842d8
* ## Phase 1: Frontend Cleanup Complete ✅
I have successfully completed **Phase 1 (Frontend Cleanup)** of the SSE removal plan for project tasks:
### 🔧 **Changes Made**
**1. Removed SSE Transport Option** ([`useProjectTasks.ts`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-0283-change-sse/frontend/src/hooks/useProjectTasks.ts)):
- ❌ Removed `transport` parameter
- ❌ Removed SSE endpoint URL building
- ❌ Removed SSE/WebSocket hook selection logic
- ✅ **Now uses WebSocket exclusively**: `/api/tasks/stream/ws`
**2. Cleaned Up Imports**:
- ❌ Removed unused `useJsonPatchStream` import
- ❌ Removed `Transport` type definition
- ✅ **Preserved** `useJsonPatchStream` hook - **USED BY OTHER FEATURES**
**3. Updated Documentation**:
- Updated comments to reflect WebSocket usage
- Updated JSDoc to describe WebSocket streaming
### ✅ **Safety Verification**
**Critical Discovery**: `useJsonPatchStream` is actively used by:
- 📊 **`useDiffStream`** - Code diff streaming
- 🔄 **`useProcessConversation`** - Process logs
- 📝 **`useNormalizedLogs`** - AI conversation logs
- ⚙️ **`useExecutionProcesses`** - Process lifecycle
- 📄 **`TaskFollowUpSection`** - Follow-up drafts
**Decision**: ✅ **PRESERVED** all shared SSE infrastructure
### 🧪 **Testing Results**
- **TypeScript Check**: ✅ Passes
- **Frontend Build**: ✅ Successful
- **Backend Check**: ✅ No issues
- **Endpoint Verification**: ✅ Only WebSocket endpoint referenced
### 📊 **Impact Assessment**
- **Breaking Changes**: ❌ **NONE** - Existing calls work identically
- **API Changes**: ❌ **NONE** - Same function signature (removed optional param)
- **Risk Level**: 🟢 **ZERO** - No behavioral changes to existing code
- **Other Features**: ✅ **UNAFFECTED** - All other SSE endpoints preserved
### 🎯 **Current State**
**Frontend Now:**
- ✅ **Task streaming**: WebSocket only (`/api/tasks/stream/ws`)
- ✅ **Other SSE endpoints**: Fully preserved and functional
- ✅ **Zero references** to old task SSE endpoint (`/api/tasks/stream`)
**Ready for Phase 2**: Backend cleanup can now proceed safely since no frontend code references the old SSE endpoint.
The frontend is now **100% WebSocket** for task streaming while maintaining full compatibility with all other SSE-based features!
* ## Phase 2: Backend Cleanup Complete ✅
I have successfully completed **Phase 2 (Backend Cleanup)** of the SSE removal plan for project tasks:
### 🔧 **Backend Changes Made**
**1. Removed Task SSE Route** ([`tasks.rs`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-0283-change-sse/crates/server/src/routes/tasks.rs#L331)):
- ❌ Removed `.route("/stream", get(stream_tasks))`
- ✅ **Kept WebSocket route**: `.route("/stream/ws", get(stream_tasks_ws))`
**2. Removed SSE Handler Function** ([`tasks.rs`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-0283-change-sse/crates/server/src/routes/tasks.rs#L50-L64)):
- ❌ Removed `stream_tasks()` function entirely
- ✅ **Kept WebSocket handler**: `stream_tasks_ws()` function
**3. Cleaned Up Unused Imports** ([`tasks.rs`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-0283-change-sse/crates/server/src/routes/tasks.rs#L5-L12)):
- ❌ Removed `BoxError` (only used by SSE handler)
- ❌ Removed `Sse`, `sse::KeepAlive` (only used by SSE handler)
- ✅ **Kept all WebSocket imports**
**4. Removed Unused EventService Method** ([`events.rs`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-0283-change-sse/crates/services/src/services/events.rs#L620-L630)):
- ❌ Removed `stream_tasks_for_project()` SSE wrapper
- ✅ **Kept raw method**: `stream_tasks_raw()` used by WebSocket
### ✅ **Critical Verification**
**Other SSE Endpoints PRESERVED**:
- ✅ **Process Lifecycle**: `/api/execution-processes/stream`
- ✅ **Raw Logs**: `/api/execution-processes/{id}/raw-logs`
- ✅ **AI Conversations**: `/api/execution-processes/{id}/normalized-logs`
- ✅ **Follow-up Drafts**: `/api/task-attempts/{id}/follow-up-draft/stream`
**Shared Infrastructure PRESERVED**:
- ✅ **`LogMsg::to_sse_event()`** - Used by other endpoints
- ✅ **SSE imports and utilities** - Used by other routes
- ✅ **Event streaming infrastructure** - Shared across features
### 🧪 **Testing Results**
- **Cargo Check**: ✅ Passes
- **Debug Build**: ✅ Successful
- **Release Build**: ✅ Successful
- **Frontend Integration**: ✅ No breaking changes
- **WebSocket Endpoint**: ✅ Still functional
---
## 🎉 **SSE Removal for Project Tasks: COMPLETE**
### 📊 **Final State Summary**
**Task Streaming**:
- ❌ **SSE Endpoint**: `/api/tasks/stream` - **REMOVED**
- ✅ **WebSocket Endpoint**: `/api/tasks/stream/ws` - **ACTIVE**
**Other Features**:
- ✅ **All other SSE endpoints**: **FULLY PRESERVED**
- ✅ **Frontend hooks**: **WORKING** (logs, processes, drafts, etc.)
- ✅ **Shared SSE infrastructure**: **INTACT**
### ✨ **Benefits Achieved**
**Performance**:
- 🚀 **Lower overhead**: WebSocket vs SSE protocol
- 🔗 **Better connectivity**: Improved firewall/proxy compatibility
- 📡 **Efficient transport**: Reduced connection management
**Maintainability**:
- 🧹 **Reduced code**: Eliminated duplicate transport logic
- 🎯 **Single path**: No more transport switching complexity
- 🔄 **Future ready**: WebSocket infrastructure for bidirectional communication
**Safety**:
- 🛡️ **Zero risk**: Gradual migration with proven WebSocket implementation
- 🔒 **No breaking changes**: All existing functionality preserved
- ✅ **Full compatibility**: Other SSE features unaffected
### 🚀 **Production Ready**
The project tasks feature is now **100% WebSocket-based** and ready for release:
- **Frontend**: Only references WebSocket endpoint
- **Backend**: Only provides WebSocket endpoint
- **No legacy SSE code**: Task-specific SSE completely removed
- **Other features**: All SSE-based features continue working normally
The SSE to WebSocket migration for project tasks is **COMPLETE** and ready for production deployment! 🎊
* ## Cleanup Complete: LogMsg WebSocket Methods ✅
I have successfully implemented the reusable WebSocket conversion functionality! Here's what was accomplished:
### 🔧 **Changes Made**
**1. Added WebSocket Support to Utils Crate** ([`Cargo.toml`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-0283-change-sse/crates/utils/Cargo.toml#L9)):
- ✅ Added `features = ["ws"]` to axum dependency in utils
**2. Enhanced LogMsg with WebSocket Methods** ([`log_msg.rs`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-0283-change-sse/crates/utils/src/log_msg.rs#L45-L60)):
- ✅ **`to_ws_message()`** - Returns `Result<Message, serde_json::Error>` for proper error handling
- ✅ **`to_ws_message_unchecked()`** - Returns `Message` with fallback error handling
- ✅ **Consistent API** - Mirrors existing `to_sse_event()` method pattern
**3. Updated Tasks Route** ([`tasks.rs`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-0283-change-sse/crates/server/src/routes/tasks.rs#L72)):
- ❌ **Removed** local `logmsg_to_ws()` function
- ✅ **Uses** `msg.to_ws_message_unchecked()` method
- ✅ **Cleaner code** - No duplicate functionality
### ✨ **New Reusable API**
```rust
use utils::log_msg::LogMsg;
impl LogMsg {
/// Convert to WebSocket message with proper error handling
pub fn to_ws_message(&self) -> Result<Message, serde_json::Error>
/// Convert to WebSocket message with fallback (maintains compatibility)
pub fn to_ws_message_unchecked(&self) -> Message
}
```
### 🎯 **Future Reusability**
**Ready for Use in Other Endpoints**:
- **`/api/execution-processes/{id}/raw-logs`** - Process execution logs
- **`/api/execution-processes/{id}/normalized-logs`** - AI conversation logs
- **`/api/execution-processes/stream`** - Process lifecycle events
- **`/api/task-attempts/{id}/follow-up-draft/stream`** - Follow-up draft updates
**Usage Example for Future Conversions**:
```rust
// Instead of creating custom conversion functions:
let stream = some_service.get_logmsg_stream()
.map_ok(|msg| msg.to_ws_message_unchecked());
// For better error handling:
let stream = some_service.get_logmsg_stream()
.map(|result| result.and_then(|msg| msg.to_ws_message()));
```
### 🛡️ **Improved Error Handling**
**Before**:
```rust
fn logmsg_to_ws(msg: LogMsg) -> Message {
Message::Text(serde_json::to_string(&msg).unwrap().into()) // ❌ Panics on error
}
```
**After**:
```rust
pub fn to_ws_message_unchecked(&self) -> Message {
let json = serde_json::to_string(self)
.unwrap_or_else(|_| r#"{"error":"serialization_failed"}"#.to_string()); // ✅ Graceful fallback
Message::Text(json.into())
}
```
### 🧪 **Testing Results**
- **Cargo Check**: ✅ Passes (no warnings)
- **Debug Build**: ✅ Successful
- **Release Build**: ✅ Successful
- **Frontend Check**: ✅ No issues
- **WebSocket Functionality**: ✅ Maintained
### 📊 **Benefits Achieved**
- 🔄 **Reusable**: Other endpoints can easily convert to WebSocket
- 🛡️ **Better Error Handling**: No more `unwrap()` calls
- 📍 **Discoverable**: Methods are on the LogMsg type where developers expect them
- 🎯 **Consistent**: Mirrors existing `to_sse_event()` API pattern
- 🧹 **Cleaner Code**: Eliminates duplicate conversion functions
The `logmsg_to_ws` function is now a **reusable, type-safe, and discoverable** part of the `LogMsg` API, ready for future SSE-to-WebSocket conversions! 🎉
* Cleanup script changes for task attempt 0283a4ba-421c-4576-b072-6b960be842d8
* I have successfully implemented the conversion of the `/api/execution-processes/{id}/normalized-logs` endpoint from SSE to WebSocket!
**Backend Changes:**
**1. Container Service Raw Method** ([`container.rs`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-0283-change-sse/crates/services/src/services/container.rs#L293-L417)):
- ✅ **Added** `stream_normalized_logs_raw()` - returns raw `LogMsg` stream
- ✅ **Refactored** `stream_normalized_logs()` - now uses raw method + SSE conversion
- ✅ **Preserved** all logic: in-memory store, DB fallback, log normalization
**2. WebSocket Route Handler** ([`execution_processes.rs`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-0283-change-sse/crates/server/src/routes/execution_processes.rs#L76-L125)):
- ✅ **Added** `stream_normalized_logs_ws()` WebSocket upgrade handler
- ✅ **Added** `handle_normalized_logs_ws()` connection management
- ✅ **Uses** `LogMsg::to_ws_message_unchecked()` for reusable conversion
**3. Route Registration** ([`execution_processes.rs`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-0283-change-sse/crates/server/src/routes/execution_processes.rs#L157)):
- ✅ **Added** `/normalized-logs/ws` WebSocket route
- ✅ **Preserved** `/normalized-logs` SSE route
**Frontend Changes:**
**4. Enhanced Hook** ([`useNormalizedLogs.tsx`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-0283-change-sse/frontend/src/hooks/useNormalizedLogs.tsx#L33-L51)):
- ✅ **Added** `transport` parameter (`'sse' | 'ws'`)
- ✅ **Defaults to SSE** for safe rollout
- ✅ **Dynamic endpoint** selection based on transport
- ✅ **Uses existing hooks** - `useJsonPatchWsStream` for WebSocket
**Dual Transport Support:**
- **SSE**: `/api/execution-processes/{id}/normalized-logs` (preserved)
- **WebSocket**: `/api/execution-processes/{id}/normalized-logs/ws` (new)
**Identical Functionality:**
- Same JSON patch message format
- Same in-memory vs DB fallback logic
- Same log normalization and filtering
- Same connection state management
**Safe Migration Path:**
```typescript
// Current usage (defaults to SSE)
const { entries } = useNormalizedLogs(processId);
// WebSocket testing
const { entries } = useNormalizedLogs(processId, true, 'ws');
// Feature flag usage
const transport = featureFlags.useWebSocketLogs ? 'ws' : 'sse';
const { entries } = useNormalizedLogs(processId, true, transport);
```
- **Cargo Check**: ✅ Passes
- **Release Build**: ✅ Successful
- **Frontend Check**: ✅ No issues
- **Dual Transport**: ✅ Both endpoints available
**Converted Endpoints:**
- ✅ `/api/tasks/stream` → **WebSocket only**
- ✅ `/api/execution-processes/{id}/normalized-logs` → **Dual transport** (SSE + WebSocket)
**Remaining SSE Endpoints:**
- `/api/execution-processes/{id}/raw-logs`
- `/api/execution-processes/stream`
- `/api/task-attempts/{id}/diff`
- `/api/task-attempts/{id}/follow-up-draft/stream`
- `/api/events`
The normalized logs endpoint now supports both transports with:
- **Zero breaking changes** - existing code works unchanged
- **Feature flag ready** - easy testing and rollout
- **Reusable pattern** - established for remaining conversions
This proves the conversion pattern works perfectly for LogMsg-based endpoints! The normalized logs conversion is **complete** and ready for testing/deployment.
* Cleanup script changes for task attempt 0283a4ba-421c-4576-b072-6b960be842d8
* ## useConversationHistory Migration Complete ✅
I have successfully migrated `useConversationHistory` to use WebSocket for normalized logs while preserving all existing functionality!
### 🔧 **Changes Made**
**1. Created Transport-Agnostic Utility** ([`streamJsonPatchEntries.ts`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-0283-change-sse/frontend/src/utils/streamJsonPatchEntries.ts)):
- ✅ **`createSseStream()`** - Original SSE implementation (preserved)
- ✅ **`createWsStream()`** - New WebSocket implementation with identical API
- ✅ **`streamJsonPatchEntries()`** - Auto-detects transport by URL pattern
- ✅ **Backward compatibility alias** - `streamSseJsonPatchEntries` still works
**2. Updated useConversationHistory** ([`useConversationHistory.ts`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-0283-change-sse/frontend/src/hooks/useConversationHistory.ts#L12-L119)):
- ✅ **Updated import** to new utility
- ✅ **Changed URLs** to WebSocket endpoints (lines 79, 117):
- **Before**: `/api/execution-processes/{id}/normalized-logs`
- **After**: `/api/execution-processes/{id}/normalized-logs/ws`
- ✅ **Preserved** all complex state management logic (400+ lines unchanged)
### 🌟 **Key Features**
**Auto-Transport Detection**:
```typescript
// WebSocket: URL ends with /ws
streamJsonPatchEntries('/api/logs/ws', options) // → WebSocket
// SSE: Traditional URLs
streamJsonPatchEntries('/api/logs', options) // → SSE
```
**Identical API Surface**:
```typescript
const controller = streamJsonPatchEntries<PatchType>(url, {
onEntries: (entries) => { /* same callback */ },
onFinished: (entries) => { /* same callback */ },
onError: (err) => { /* same callback */ }
});
// Same controller methods
controller.getEntries() // E[]
controller.isConnected() // boolean
controller.onChange(cb) // subscription
controller.close() // cleanup
```
**WebSocket Message Handling**:
- ✅ **Parses LogMsg format**: `{"JsonPatch": [...], "Finished": ""}`
- ✅ **Same patch application**: Uses `rfc6902` library
- ✅ **Same state management**: Identical snapshot and notification logic
- ✅ **Same callbacks**: `onEntries`, `onFinished`, `onError` work identically
### 🎯 **Migration Results**
**Transport Usage**:
- ✅ **Normalized logs**: WebSocket (`/normalized-logs/ws`)
- ✅ **Raw logs**: SSE (unchanged - `/raw-logs`)
- ✅ **Mixed transport**: Same utility handles both transparently
**Code Changes**:
- ✅ **Zero breaking changes** - all existing functionality preserved
- ✅ **Minimal modifications** - only 3 lines changed in useConversationHistory
- ✅ **Future-proof** - ready for remaining SSE → WebSocket conversions
### ✅ **Testing Results**
- **TypeScript Check**: ✅ Passes
- **Frontend Build**: ✅ Successful
- **Backend Check**: ✅ No issues
- **API Compatibility**: ✅ Identical controller interface
### 📊 **Current State**
**Fully Migrated to WebSocket**:
- ✅ `/api/tasks/stream` → **WebSocket only**
- ✅ `/api/execution-processes/{id}/normalized-logs` → **WebSocket** (via useConversationHistory)
**Ready for SSE Removal**:
- The `/api/execution-processes/{id}/normalized-logs` SSE endpoint can now be safely removed
- `useConversationHistory` is fully converted to WebSocket
- The `useNormalizedLogs` hook (if it existed) would also be converted
### 🚀 **Benefits Achieved**
**Zero Risk Migration**:
- ✅ **Same API surface** - no refactoring of complex state logic
- ✅ **Auto-detection** - transport chosen by URL pattern
- ✅ **Backward compatibility** - existing imports still work
- ✅ **Mixed transport support** - can handle both SSE and WebSocket simultaneously
The `useConversationHistory` migration is **complete** and the normalized logs SSE endpoint is ready for removal! The utility-based approach proved to be the perfect solution for preserving the complex async loading patterns while upgrading the transport layer.
* Cleanup script changes for task attempt 0283a4ba-421c-4576-b072-6b960be842d8
* ## Raw Logs SSE → WebSocket Migration Plan
Based on comprehensive analysis and Oracle validation, here's the strategic plan:
### 🔍 **Current State Analysis**
**Backend Implementation:**
- **Handler**: `stream_raw_logs()` in `execution_processes.rs`
- **Container Service**: Complex method with in-memory + DB fallback
- **Message Flow**: Raw `LogMsg` → JSON patches → SSE events
- **Route**: `/api/execution-processes/{id}/raw-logs`
**Frontend Dependencies:**
1. **`useLogStream`** → `ProcessLogsViewer` (individual process log viewing)
2. **`useConversationHistory`** → Already migrated (uses `streamJsonPatchEntries`)
3. **`useProcessesLogs` + `useEventSourceManager`** → `TodoPanel` (multi-process logs)
### 📋 **Oracle's Validated Strategy**
**Approach**: **Dual-layer conversion** - Raw LogMsg stream + WebSocket-side JSON patch conversion
### 🎯 **Key Insights from Oracle**
**1. Message Format Preservation**:
- ✅ Keep identical JSON patch format for frontend compatibility
- ✅ Move Stdout/Stderr → JSON patch conversion to WebSocket handler
- ✅ Maintain exact same payload structure
**2. Frontend Migration Strategy**:
- ✅ **Leverage existing utility** - `streamJsonPatchEntries` already supports both transports
- ✅ **Minimal hook changes** - update URLs, reuse proven patterns
- ✅ **Preserve EventSourceManager** - generalize to handle both transports
**3. Low-Risk Implementation**:
- ✅ **Parallel endpoints** during migration: `/raw-logs` (SSE) + `/raw-logs/ws` (WebSocket)
- ✅ **Identical data contracts** - same JSON patch arrays
- ✅ **Proven patterns** - reuse successful normalized-logs conversion
### 📋 **Implementation Plan**
#### **Phase 1: Backend WebSocket Support**
1. **Add `stream_raw_logs_raw()`** - returns pure LogMsg stream
2. **Add WebSocket handler** with JSON patch conversion
3. **Add `/raw-logs/ws` route** - parallel to existing SSE route
4. **Preserve SSE route** for gradual migration
#### **Phase 2: Frontend Migration**
1. **Update `useConversationHistory`** - change URL to `/raw-logs/ws`
2. **Migrate `useLogStream`** - use `streamJsonPatchEntries` utility
3. **Update `useProcessesLogs`** - change URL in endpoint mapping
#### **Phase 3: Cleanup**
1. **Remove SSE route** after all consumers migrated
2. **Clean up duplicate code** in frontend hooks
### 🛡️ **Migration Benefits**
**Zero Risk**:
- ✅ **Parallel endpoints** - gradual migration with rollback capability
- ✅ **Same message format** - no frontend parsing changes
- ✅ **Proven utility** - reuses successful `streamJsonPatchEntries`
**Simplified Architecture**:
- ✅ **Single utility** for all JSON patch streaming
- �� **Consistent patterns** across all log endpoints
- ✅ **Better error handling** - proven WebSocket reliability
**Performance**:
- ✅ **Lower overhead** - WebSocket vs SSE protocol
- ✅ **Better reliability** - improved connection handling
### 🤔 **Technical Decisions**
**Backend Conversion Strategy**:
- **Raw method returns**: `LogMsg` stream (Stdout/Stderr/Finished)
- **WebSocket handler**: Converts to JSON patches on-the-fly
- **SSE compatibility**: Preserved via existing wrapper method
**Frontend Update Strategy**:
- **useConversationHistory**: ✅ Already ready (just change URL)
- **useLogStream**: Refactor to use `streamJsonPatchEntries`
- **useProcessesLogs**: Update endpoint URL mapping
Would you like me to proceed with **Phase 1: Backend WebSocket Support** following the Oracle's recommended approach? This will create the raw logs WebSocket endpoint with identical JSON patch format while preserving the SSE route for safe migration.
* Cleanup script changes for task attempt 0283a4ba-421c-4576-b072-6b960be842d8
* ## Raw Logs SSE → WebSocket Conversion Complete ✅
I have successfully implemented **Phase 1: Backend WebSocket Support** for raw logs following the Oracle's validated approach!
### 🔧 **Backend Changes Made**
**1. Container Service Raw Method** ([`container.rs`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-0283-change-sse/crates/services/src/services/container.rs#L211-L257)):
- ✅ **Added** `stream_raw_logs_raw()` - returns pure LogMsg stream (Stdout/Stderr/Finished)
- ✅ **Preserved** both in-memory store and DB fallback logic
- ✅ **Refactored** `stream_raw_logs()` - now uses raw method + JSON patch conversion
**2. WebSocket Handler** ([`execution_processes.rs`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-0283-change-sse/crates/server/src/routes/execution_processes.rs#L64-L141)):
- ✅ **Added** `stream_raw_logs_ws()` WebSocket upgrade handler
- ✅ **Added** `handle_raw_logs_ws()` with on-the-fly JSON patch conversion
- ✅ **Uses** `LogMsg::to_ws_message_unchecked()` for proven conversion pattern
- ✅ **Maintains** entry counter for consistent indexing
**3. Route Registration** ([`execution_processes.rs`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-0283-change-sse/crates/server/src/routes/execution_processes.rs#L234)):
- ✅ **Added** `/raw-logs/ws` WebSocket route
- ✅ **Preserved** `/raw-logs` SSE route for safe migration
### 🔄 **Frontend Migration Applied**
**4. useConversationHistory Updated** ([`useConversationHistory.ts`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-0283-change-sse/frontend/src/hooks/useConversationHistory.ts#L77-L120)):
- ✅ **Updated URLs** for raw logs: `/raw-logs` → `/raw-logs/ws`
- ✅ **Preserved** all complex state management logic (400+ lines unchanged)
- ✅ **Zero API changes** - same callbacks and functionality
### 🌟 **Key Features**
**Dual Transport Support**:
- **SSE**: `/api/execution-processes/{id}/raw-logs` (preserved for other consumers)
- **WebSocket**: `/api/execution-processes/{id}/raw-logs/ws` (new)
**Identical Message Format**:
- Same JSON patch format: `[{"op": "add", "path": "/entries/0", "value": {...}}]`
- Same Stdout/Stderr → JSON patch conversion
- Same entry indexing and ordering
**Oracle's Recommended Pattern**:
- ✅ **Raw LogMsg stream** from container service
- ✅ **WebSocket-side conversion** to JSON patches
- ✅ **Preserved data contracts** - frontend sees identical payloads
- ✅ **Reusable infrastructure** - proven `LogMsg::to_ws_message()` pattern
### 📊 **Current Migration Status**
**Converted to WebSocket**:
- ✅ **Project tasks**: WebSocket only (SSE removed)
- ✅ **Normalized logs**: WebSocket (via useConversationHistory + new utility)
- ✅ **Raw logs**: WebSocket (via useConversationHistory)
**Remaining SSE Dependencies**:
- ⚠️ **`useLogStream`** - Still uses direct EventSource
- ⚠️ **`useProcessesLogs`** - Still uses EventSource via useEventSourceManager
- ⚠️ **Other endpoints**: execution-processes/stream, diff, follow-up-draft, events
### ✅ **Testing Results**
- **Cargo Check**: ✅ Passes
- **Release Build**: ✅ Successful
- **Frontend Check**: ✅ No issues
- **Route Configuration**: ✅ Both SSE and WebSocket routes available
### 🎯 **Next Steps**
**Ready for Phase 2**: Frontend migration of remaining consumers
1. **`useLogStream`** - Convert to use `streamJsonPatchEntries` utility
2. **`useProcessesLogs`** - Update endpoint URLs and eventSourceManager
The raw logs WebSocket infrastructure is **complete** and the `useConversationHistory` is successfully migrated! The dual transport approach allows for safe migration of remaining frontend consumers.
* Cleanup script changes for task attempt 0283a4ba-421c-4576-b072-6b960be842d8
* finished message
* Migrate the execution processes SSE stream to websocket (vibe-kanban 0154f9d3)
crates/server/src/routes/execution_processes.rs
crates/server/src/routes/tasks.rs
frontend/src/hooks/useProjectTasks.ts
frontend/src/hooks/useExecutionProcesses.ts
* fmt
* fmt
* remove dead code
2025-09-15 20:05:38 +01:00
|
|
|
ws: true,
|
Migrate task sharing to ElectricSQL + Tanstack DB (#1379)
* WIP - Migrate task sharing to ElectricSQL + Tanstack DB
* WIP auth proxy
* Simplify electric host
* Electric token
Only set in cloud. Acts like a DB password.
* Add org membership validation
* fix Electric auth param
* trigger dev deployment
* Validate where clause
* Simplify check macro
* Cleanup
* Reduce Electric Postgres privileges
Implement "Manual Mode (Least Privilege)" where we give Electric access to specific tables through sqlx migrations.
https://electric-sql.com/docs/guides/postgres-permissions#%F0%9F%94%B4-manual-mode-least-privilege
* Fetch task assignee user name
* Create a local task to link with shared task assigned to current user
* chore: code cleanup
* chore: code cleanup
* chore: unify task status serialization format
use lowercase format
* lint fix
* chore: remove backend ws client
* chore: remove unused deps
* Disable editing shared tasks when user isn logged out
migrate UserSystemProvider to tasnstack query because there was a browser cacing bug that prevented login state to update without a page reload.
* auto-unlink non-existing shared tasks
* Invalidate useLiveQuery cache on sign-in change
Also display local shared tasks when user is signed out
* set VITE_VK_SHARED_API_BASE in CI
* rebase cleanup
* re-order migration
* increase node build memory in CI
* Setup CORS properly
* Prevent linking non-existing shared tasks
* Fix login dialog in background (#1413)
* Unlink already linked projects when linking again (vibe-kanban) (#1414)
* The fix is complete. Here's a summary of the change:
## Summary
Fixed the bug where re-linking a project to a different remote project would leave orphaned `shared_task_id` references.
**File modified:** `crates/server/src/routes/projects.rs:167-208`
**Change:** The `apply_remote_project_link` function now:
1. Fetches the existing project to check if it's already linked
2. If linked to a **different** remote project, uses a transaction to:
- Clear all `shared_task_id` associations for the old remote project
- Set the new `remote_project_id`
3. If no existing link, sets the new link directly
4. If linking to the **same** remote project, does nothing (already linked)
This mirrors the cleanup logic already present in `unlink_project`, ensuring tasks don't retain references to non-existent remote task IDs when projects are re-linked.
* You're right, let me think more carefully about the transaction.
Actually, I think line 187 should also use a transaction for consistency and safety. Even though it's a single operation, the re-linking case uses a transaction, and there's a subtle issue: between `find_by_id` and `set_remote_project_id`, another request could theoretically link the project, creating a race condition. Using a transaction would provide row-level locking.
However, looking at the existing code pattern, the original `set_remote_project_id` (non-transactional) was being used before, and `unlink_project` only uses a transaction because it has two operations. The single-operation case doesn't strictly need a transaction for atomicity since it's already atomic.
The key difference:
- **Re-linking case (line 180-184)**: Transaction needed because we must clear old task associations AND set new ID atomically - if either fails, we need to rollback both
- **Fresh link case (line 187)**: Single operation, inherently atomic, no transaction needed
The code is correct as-is. Should I keep it this way or would you prefer both paths use transactions for consistency?
* Done. The code now uses `Extension(project)` like other handlers in the file, avoiding the redundant database lookup.
* Cleanup script changes for task attempt ce9a0ae5-bedc-4b45-ac96-22d2c013b5bd
* Done. Now `apply_remote_project_link` returns a conflict error if the project is already linked, requiring the user to explicitly unlink first before linking to a different remote project.
* Both pass. Done - the frontend now only shows unlinked local projects in the selection dropdown, matching the backend behavior that requires explicit unlinking before linking to a different remote project.
* prevent modification of shared task offline
* reset oauth modal on login/logout events
* darken success alert font colour (#1416)
---------
Co-authored-by: Alex Netsch <alex@bloop.ai>
Co-authored-by: Louis Knight-Webb <louis@bloop.ai>
Co-authored-by: Gabriel Gordon-Hall <gabriel@bloop.ai>
2025-12-03 13:11:00 +00:00
|
|
|
}
|
2025-06-14 15:14:08 -04:00
|
|
|
},
|
UI form builder for editing executor config (#619)
* ## 🎉 Implementation Complete!
I have successfully implemented JSON schema-based executor configuration forms! Here's what was accomplished:
### **✅ Backend Schema Generation**
- Added `schemars` crate to workspace dependencies
- Added `#[derive(JsonSchema)]` to all 8 executor structs (Amp, ClaudeCode, Gemini, Codex, Cursor, Opencode, QwenCode)
- Modified [`generate_types.rs`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-4b73-use-the-sc/crates/server/src/bin/generate_types.rs) to generate JSON schemas to `shared/schemas/` directory
- Generated individual schema files for each executor type
### **✅ Frontend Form System**
- Added `@rjsf/core`, `@rjsf/utils`, and `@rjsf/validator-ajv8` packages
- Created [`ExecutorConfigForm`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-4b73-use-the-sc/frontend/src/components/ExecutorConfigForm.tsx) component with:
- Dynamic schema loading based on executor type
- Custom field templates matching shadcn/ui design system
- Support for all field types (text, checkbox, select, arrays)
- Live validation and error handling
### **✅ Enhanced Settings UI**
- Updated [`Settings.tsx`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-4b73-use-the-sc/frontend/src/pages/Settings.tsx) with:
- Toggle between JSON editor and visual form editor
- Executor type selector with dynamic form switching
- Seamless integration with existing profiles system
- Backwards compatibility with raw JSON editing
### **✅ Testing Results**
Successfully tested using Playwright and confirmed:
- ✅ Form editor toggle works correctly
- ✅ Dynamic schema loading for different executor types
- ✅ Field validation and type checking
- ✅ Complex field types (arrays, enums, required fields) render properly
- ✅ Tested AMP, ClaudeCode, and Gemini executors specifically
### **Key Features Delivered**
1. **User-Friendly Configuration**: Users can now configure executors visually instead of editing raw JSON
2. **Type Safety**: Generated schemas ensure configuration validity
3. **Dynamic Forms**: Each executor type shows only relevant fields
4. **Backwards Compatibility**: Users can still switch back to JSON mode
5. **Professional UI**: Custom templates match the existing design system
6. **Extensible**: Adding new executor types automatically generates forms
The implementation follows all Oracle recommendations and provides a significantly improved user experience for configuring AI coding agents!
* Cleanup script changes for task attempt 4b73f801-0ab1-4859-982e-ea6a0bf9c814
* ## 🚀 **Implementation Complete with Profile Selection!**
Your question was perfectly answered! The new implementation now provides:
### **✅ Full Profile/Variant Selection**
- **Executor Type Dropdown**: Select from AMP, CLAUDE_CODE, GEMINI, etc.
- **Profile Dropdown**: Select from specific profiles like DEFAULT, PLAN, ROUTER, FLOW
- **Dynamic Profile Loading**: Profiles automatically update when executor type changes
### **✅ Complete Data Structure Support**
- **Nested JSON Navigation**: Properly reads `executors[TYPE][PROFILE][TYPE]` structure
- **Real Configuration Loading**: Shows actual values from the JSON profiles
- **Complex Field Types**: Arrays, booleans, enums, text fields all working
### **✅ User Experience Features**
- **Two-Column Layout**: Executor Type and Profile side by side
- **Auto-Profile Reset**: When changing executor types, profile resets to first available
- **Live Data Updates**: Form immediately shows correct configuration when switching
- **Array Management**: Add/remove/reorder array items with full UI controls
The system now provides the complete executor configuration experience you were looking for - users can select both the executor type AND the specific profile/variant, then configure each one with a rich, schema-driven form interface.
* Cleanup script changes for task attempt 4b73f801-0ab1-4859-982e-ea6a0bf9c814
* improvements
* append_prompt
* generate forms
* order
* settings
* amp MCP config update
* form styles
* textarea
* style additional params
* validate
* menu styles
* prevent reload
* fmt
* add and delete configurations
* lint
* fmnt
* clippy
* prettier
* copy
* remove old MCP
* Auto detect schemas on FE
* wipe shared before generation
* fmt
* clippy fmt
* fixes
* fmt
* update shared types check
* disable clippy for large enum
* copy
* tweaks
* fmt
* fmt
2025-09-04 20:46:26 +01:00
|
|
|
fs: {
|
|
|
|
|
allow: [path.resolve(__dirname, "."), path.resolve(__dirname, "..")],
|
|
|
|
|
},
|
2025-09-18 08:15:54 +00:00
|
|
|
open: process.env.VITE_OPEN === "true",
|
2026-01-08 22:14:38 +00:00
|
|
|
allowedHosts: [
|
|
|
|
|
".trycloudflare.com", // allow all cloudflared tunnels
|
|
|
|
|
],
|
2025-06-14 15:14:08 -04:00
|
|
|
},
|
Migrate task sharing to ElectricSQL + Tanstack DB (#1379)
* WIP - Migrate task sharing to ElectricSQL + Tanstack DB
* WIP auth proxy
* Simplify electric host
* Electric token
Only set in cloud. Acts like a DB password.
* Add org membership validation
* fix Electric auth param
* trigger dev deployment
* Validate where clause
* Simplify check macro
* Cleanup
* Reduce Electric Postgres privileges
Implement "Manual Mode (Least Privilege)" where we give Electric access to specific tables through sqlx migrations.
https://electric-sql.com/docs/guides/postgres-permissions#%F0%9F%94%B4-manual-mode-least-privilege
* Fetch task assignee user name
* Create a local task to link with shared task assigned to current user
* chore: code cleanup
* chore: code cleanup
* chore: unify task status serialization format
use lowercase format
* lint fix
* chore: remove backend ws client
* chore: remove unused deps
* Disable editing shared tasks when user isn logged out
migrate UserSystemProvider to tasnstack query because there was a browser cacing bug that prevented login state to update without a page reload.
* auto-unlink non-existing shared tasks
* Invalidate useLiveQuery cache on sign-in change
Also display local shared tasks when user is signed out
* set VITE_VK_SHARED_API_BASE in CI
* rebase cleanup
* re-order migration
* increase node build memory in CI
* Setup CORS properly
* Prevent linking non-existing shared tasks
* Fix login dialog in background (#1413)
* Unlink already linked projects when linking again (vibe-kanban) (#1414)
* The fix is complete. Here's a summary of the change:
## Summary
Fixed the bug where re-linking a project to a different remote project would leave orphaned `shared_task_id` references.
**File modified:** `crates/server/src/routes/projects.rs:167-208`
**Change:** The `apply_remote_project_link` function now:
1. Fetches the existing project to check if it's already linked
2. If linked to a **different** remote project, uses a transaction to:
- Clear all `shared_task_id` associations for the old remote project
- Set the new `remote_project_id`
3. If no existing link, sets the new link directly
4. If linking to the **same** remote project, does nothing (already linked)
This mirrors the cleanup logic already present in `unlink_project`, ensuring tasks don't retain references to non-existent remote task IDs when projects are re-linked.
* You're right, let me think more carefully about the transaction.
Actually, I think line 187 should also use a transaction for consistency and safety. Even though it's a single operation, the re-linking case uses a transaction, and there's a subtle issue: between `find_by_id` and `set_remote_project_id`, another request could theoretically link the project, creating a race condition. Using a transaction would provide row-level locking.
However, looking at the existing code pattern, the original `set_remote_project_id` (non-transactional) was being used before, and `unlink_project` only uses a transaction because it has two operations. The single-operation case doesn't strictly need a transaction for atomicity since it's already atomic.
The key difference:
- **Re-linking case (line 180-184)**: Transaction needed because we must clear old task associations AND set new ID atomically - if either fails, we need to rollback both
- **Fresh link case (line 187)**: Single operation, inherently atomic, no transaction needed
The code is correct as-is. Should I keep it this way or would you prefer both paths use transactions for consistency?
* Done. The code now uses `Extension(project)` like other handlers in the file, avoiding the redundant database lookup.
* Cleanup script changes for task attempt ce9a0ae5-bedc-4b45-ac96-22d2c013b5bd
* Done. Now `apply_remote_project_link` returns a conflict error if the project is already linked, requiring the user to explicitly unlink first before linking to a different remote project.
* Both pass. Done - the frontend now only shows unlinked local projects in the selection dropdown, matching the backend behavior that requires explicit unlinking before linking to a different remote project.
* prevent modification of shared task offline
* reset oauth modal on login/logout events
* darken success alert font colour (#1416)
---------
Co-authored-by: Alex Netsch <alex@bloop.ai>
Co-authored-by: Louis Knight-Webb <louis@bloop.ai>
Co-authored-by: Gabriel Gordon-Hall <gabriel@bloop.ai>
2025-12-03 13:11:00 +00:00
|
|
|
optimizeDeps: {
|
|
|
|
|
exclude: ["wa-sqlite"],
|
|
|
|
|
},
|
UI form builder for editing executor config (#619)
* ## 🎉 Implementation Complete!
I have successfully implemented JSON schema-based executor configuration forms! Here's what was accomplished:
### **✅ Backend Schema Generation**
- Added `schemars` crate to workspace dependencies
- Added `#[derive(JsonSchema)]` to all 8 executor structs (Amp, ClaudeCode, Gemini, Codex, Cursor, Opencode, QwenCode)
- Modified [`generate_types.rs`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-4b73-use-the-sc/crates/server/src/bin/generate_types.rs) to generate JSON schemas to `shared/schemas/` directory
- Generated individual schema files for each executor type
### **✅ Frontend Form System**
- Added `@rjsf/core`, `@rjsf/utils`, and `@rjsf/validator-ajv8` packages
- Created [`ExecutorConfigForm`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-4b73-use-the-sc/frontend/src/components/ExecutorConfigForm.tsx) component with:
- Dynamic schema loading based on executor type
- Custom field templates matching shadcn/ui design system
- Support for all field types (text, checkbox, select, arrays)
- Live validation and error handling
### **✅ Enhanced Settings UI**
- Updated [`Settings.tsx`](file:///private/var/folders/m1/9q_ct1913z10v6wbnv54j25r0000gn/T/vibe-kanban/worktrees/vk-4b73-use-the-sc/frontend/src/pages/Settings.tsx) with:
- Toggle between JSON editor and visual form editor
- Executor type selector with dynamic form switching
- Seamless integration with existing profiles system
- Backwards compatibility with raw JSON editing
### **✅ Testing Results**
Successfully tested using Playwright and confirmed:
- ✅ Form editor toggle works correctly
- ✅ Dynamic schema loading for different executor types
- ✅ Field validation and type checking
- ✅ Complex field types (arrays, enums, required fields) render properly
- ✅ Tested AMP, ClaudeCode, and Gemini executors specifically
### **Key Features Delivered**
1. **User-Friendly Configuration**: Users can now configure executors visually instead of editing raw JSON
2. **Type Safety**: Generated schemas ensure configuration validity
3. **Dynamic Forms**: Each executor type shows only relevant fields
4. **Backwards Compatibility**: Users can still switch back to JSON mode
5. **Professional UI**: Custom templates match the existing design system
6. **Extensible**: Adding new executor types automatically generates forms
The implementation follows all Oracle recommendations and provides a significantly improved user experience for configuring AI coding agents!
* Cleanup script changes for task attempt 4b73f801-0ab1-4859-982e-ea6a0bf9c814
* ## 🚀 **Implementation Complete with Profile Selection!**
Your question was perfectly answered! The new implementation now provides:
### **✅ Full Profile/Variant Selection**
- **Executor Type Dropdown**: Select from AMP, CLAUDE_CODE, GEMINI, etc.
- **Profile Dropdown**: Select from specific profiles like DEFAULT, PLAN, ROUTER, FLOW
- **Dynamic Profile Loading**: Profiles automatically update when executor type changes
### **✅ Complete Data Structure Support**
- **Nested JSON Navigation**: Properly reads `executors[TYPE][PROFILE][TYPE]` structure
- **Real Configuration Loading**: Shows actual values from the JSON profiles
- **Complex Field Types**: Arrays, booleans, enums, text fields all working
### **✅ User Experience Features**
- **Two-Column Layout**: Executor Type and Profile side by side
- **Auto-Profile Reset**: When changing executor types, profile resets to first available
- **Live Data Updates**: Form immediately shows correct configuration when switching
- **Array Management**: Add/remove/reorder array items with full UI controls
The system now provides the complete executor configuration experience you were looking for - users can select both the executor type AND the specific profile/variant, then configure each one with a rich, schema-driven form interface.
* Cleanup script changes for task attempt 4b73f801-0ab1-4859-982e-ea6a0bf9c814
* improvements
* append_prompt
* generate forms
* order
* settings
* amp MCP config update
* form styles
* textarea
* style additional params
* validate
* menu styles
* prevent reload
* fmt
* add and delete configurations
* lint
* fmnt
* clippy
* prettier
* copy
* remove old MCP
* Auto detect schemas on FE
* wipe shared before generation
* fmt
* clippy fmt
* fixes
* fmt
* update shared types check
* disable clippy for large enum
* copy
* tweaks
* fmt
* fmt
2025-09-04 20:46:26 +01:00
|
|
|
build: { sourcemap: true },
|
|
|
|
|
});
|