- TelemetryClient now throws errors when authentication fails or session token is missing
- This allows the queue processor to properly identify failed sends and retry them later
- Fixes issue where telemetry events were being discarded when in inactive-session state
- Events will now be queued and retried when authentication is restored
- Remove debug, info, and warn logging from telemetry queue system
- Keep only error logging for actual failures
- This reduces log noise in production while still capturing important errors
- Fix ESLint warnings for unused variables
- Add public getter method getMultiInstanceConfig() to GlobalStateQueueStorage to fix encapsulation issue
- Update QueuedTelemetryClient to use the new getter method instead of accessing private property
- Add mock for QueuedTelemetryClient in CloudService tests to fix failing unit tests
- All tests now passing on both Ubuntu and Windows platforms
- Add FIFO queue structure that maintains event order
- Implement persistence using VS Code's globalState API
- Events only removed after successful cloud transmission
- Automatic processing when new events are added
- 1MB storage limit with automatic cleanup of oldest events
- Multi-instance coordination with distributed locking
- Prevent concurrent queue processing across VS Code instances
- Add diagnostic commands for queue monitoring
- Comprehensive test coverage (38 tests)
Ensures reliable telemetry delivery even during network outages
and prevents duplicate processing when multiple instances are running.
Co-authored-by: ellipsis-dev[bot] <65095814+ellipsis-dev[bot]@users.noreply.github.com>
Co-authored-by: Daniel <57051444+daniel-lxs@users.noreply.github.com>
Co-authored-by: Daniel Riccio <ricciodaniel98@gmail.com>
* feat: add symlink support for AGENTS.md file loading
- Add safeReadFileFollowingSymlinks function to handle symlink resolution
- Update loadAgentRulesFile to use the new symlink-aware function
- Add comprehensive tests for both symlink and regular file scenarios
- Ensures AGENTS.md can be a symlink pointing to actual rules file
* refactor: use existing symlink resolution pattern for AGENTS.md
- Extracted resolveSymlinkPath function to handle symlink resolution
- Removed duplicate safeReadFileFollowingSymlinks function
- Updated loadAgentRulesFile to use resolveSymlinkPath + safeReadFile
- Updated tests to match new implementation
- Maintains same functionality while reusing existing patterns
* fix: simplify symlink resolution for AGENTS.md to fix Windows compatibility
- Remove duplicate resolveSymlinkPath function as suggested by @mrubens
- Use simpler inline symlink resolution in loadAgentRulesFile
- Update tests to match simplified implementation
- This should fix the failing Windows unit tests while maintaining functionality
* refactor: use existing resolveSymLink function for AGENTS.md symlink support
- Remove duplicate inline symlink resolution logic
- Reuse existing resolveSymLink function with MAX_DEPTH protection
- Adapt loadAgentRulesFile to work with resolveSymLink's fileInfo interface
- Fix test to properly mock fs.stat for resolved symlink targets
- All tests pass (36/36)
---------
Co-authored-by: Roo Code <roomote@roocode.com>
Co-authored-by: Daniel Riccio <ricciodaniel98@gmail.com>
- Update mammoth from ^1.8.0 to ^1.9.1
- Add pnpm override to force bluebird >=3.7.2 (was 3.4.7)
- Fixes PendingMigrationError: navigator is now a global in nodejs
- Resolves extension crashes in VS Code nightly builds
Fixes#6356
Co-authored-by: Roo Code <roomote@roocode.com>
- Added organizationSettingsVersion to ExtensionState type
- Modified ClineProvider to include version in state sent to webview
- Updated CloudService callback to trigger marketplace refresh on settings change
- Added logic to MarketplaceView to detect version changes and request data refresh
- Added comprehensive tests for the new functionality
This ensures marketplace items (MCPs and modes) stay in sync when organization settings are updated in the cloud.
---------
Co-authored-by: Roo Code <roomote@roocode.com>
Co-authored-by: John Richmond <5629+jr@users.noreply.github.com>
