This MVP release provides a complete full-stack solution for managing action mappings in Geutebruck's GeViScope and GeViSoft video surveillance systems. ## Features ### Flutter Web Application (Port 8081) - Modern, responsive UI for managing action mappings - Action picker dialog with full parameter configuration - Support for both GSC (GeViScope) and G-Core server actions - Consistent UI for input and output actions with edit/delete capabilities - Real-time action mapping creation, editing, and deletion - Server categorization (GSC: prefix for GeViScope, G-Core: prefix for G-Core servers) ### FastAPI REST Backend (Port 8000) - RESTful API for action mapping CRUD operations - Action template service with comprehensive action catalog (247 actions) - Server management (G-Core and GeViScope servers) - Configuration tree reading and writing - JWT authentication with role-based access control - PostgreSQL database integration ### C# SDK Bridge (gRPC, Port 50051) - Native integration with GeViSoft SDK (GeViProcAPINET_4_0.dll) - Action mapping creation with correct binary format - Support for GSC and G-Core action types - Proper Camera parameter inclusion in action strings (fixes CrossSwitch bug) - Action ID lookup table with server-specific action IDs - Configuration reading/writing via SetupClient ## Bug Fixes - **CrossSwitch Bug**: GSC and G-Core actions now correctly display camera/PTZ head parameters in GeViSet - Action strings now include Camera parameter: `@ PanLeft (Comment: "", Camera: 101028)` - Proper filter flags and VideoInput=0 for action mappings - Correct action ID assignment (4198 for GSC, 9294 for G-Core PanLeft) ## Technical Stack - **Frontend**: Flutter Web, Dart, Dio HTTP client - **Backend**: Python FastAPI, PostgreSQL, Redis - **SDK Bridge**: C# .NET 8.0, gRPC, GeViSoft SDK - **Authentication**: JWT tokens - **Configuration**: GeViSoft .set files (binary format) ## Credentials - GeViSoft/GeViScope: username=sysadmin, password=masterkey - Default admin: username=admin, password=admin123 ## Deployment All services run on localhost: - Flutter Web: http://localhost:8081 - FastAPI: http://localhost:8000 - SDK Bridge gRPC: localhost:50051 - GeViServer: localhost (default port) Generated with Claude Code (https://claude.com/claude-code) Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
42 lines
1.5 KiB
Plaintext
42 lines
1.5 KiB
Plaintext
CRITICAL FIX: Cascade deletion bug in DeleteActionMapping
|
|
|
|
Fixed critical data loss bug where deleting multiple action mappings
|
|
caused cascade deletion of unintended mappings.
|
|
|
|
Root Cause:
|
|
- When deleting mappings by ID, IDs shift after each deletion
|
|
- Deleting in ascending order (e.g., #62, #63, #64) causes:
|
|
- Delete #62 → remaining IDs shift down
|
|
- Delete #63 → actually deletes what was #64
|
|
- Delete #64 → actually deletes what was #65
|
|
- This caused loss of ~54 mappings during initial testing
|
|
|
|
Solution:
|
|
- Always delete in REVERSE order (highest ID first)
|
|
- Example: Delete #64, then #63, then #62
|
|
- Prevents ID shifting issues
|
|
|
|
Testing:
|
|
- Comprehensive CRUD test executed successfully
|
|
- Server CREATE/DELETE: ✓ Working
|
|
- Action Mapping CREATE/UPDATE/DELETE: ✓ Working
|
|
- No cascade deletion occurred
|
|
- All original mappings preserved (~60 mappings intact)
|
|
|
|
Files Changed:
|
|
- comprehensive_crud_test.py: Added reverse-order delete logic
|
|
- safe_delete_test.py: Created minimal test to verify fix
|
|
- SERVER_CRUD_IMPLEMENTATION.md: Updated with cascade deletion warning
|
|
- CRITICAL_BUG_FIX_DELETE.md: Detailed bug analysis and fix documentation
|
|
- cleanup_test_mapping.py: Cleanup utility
|
|
- verify_config_via_grpc.py: Configuration verification tool
|
|
|
|
Verified:
|
|
- Delete operations now safe for production use
|
|
- No data loss when deleting multiple mappings
|
|
- Configuration integrity maintained across CRUD operations
|
|
|
|
🤖 Generated with [Claude Code](https://claude.com/claude-code)
|
|
|
|
Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
|