-
Notifications
You must be signed in to change notification settings - Fork 0
W3 fs 1299 #9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
W3 fs 1299 #9
Conversation
- Updated `useChat` hook to accept an optional `initialSession` parameter for initializing chat history. - Modified `ChatComponent` to handle read-only mode and pass the initial session to the chat hook. - Enhanced `useSessionManager` to skip loading the current session if chat history is already populated. - Added session sharing capabilities in the `SessionSidebar`, including loading and managing session shares. - Introduced new API endpoints for creating, retrieving, and deleting session shares in the backend. This update improves user experience by allowing session persistence and sharing, enhancing the overall chat functionality.
…n; update Go dependencies
- Introduced Redis configuration and client creation in the plugin. - Implemented fallback logic for in-memory storage if Redis is unavailable. - Updated health check to include Redis connection status. - Added Redis service to docker-compose for local development.
- Updated ShareDialog to handle expiration options for shares, including "Never" and specific durations in hours and days. - Modified sessionShareService to accept both hours and days for expiration, improving flexibility. - Adjusted tests to validate new expiration logic and ensure correct behavior for share creation. - Refactored session management to support immediate saving of chat history and session states. - Cleaned up unused import and export functionalities in the session sidebar component.
- Fixed issues with session sharing expiration options not being applied correctly. - Ensured that both "Never" and specific duration settings are functioning as intended. - Updated related tests to cover edge cases for expiration logic.
…r handling - Enhanced the test for revoking session shares by ensuring the "Create Another Share" button is visible after a share is created. - Added checks for the visibility of the "Existing Shares" label before locating the revoke button. - Updated error handling test to avoid strict mode violations by using the first() method for the error message element.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Cursor Bugbot has reviewed your changes and found 3 potential issues.
| ARG development=false | ||
| ARG TARGETARCH | ||
|
|
||
| ARG GO_VERSION=1.21.6 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Go version mismatch between go.mod and Dockerfile
High Severity
The Dockerfile uses GO_VERSION=1.21.6 while go.mod requires go 1.25.5. This version mismatch will cause Go compilation failures when building the backend in Docker, as Go 1.21.6 cannot compile code requiring Go 1.25.5 language features and standard library changes.
Additional Locations (1)
| "version": "0.1.1", | ||
| "scripts": { | ||
| "build": "npm run build:frontend && npm run build:backend", | ||
| "build": "webpack -c ./.config/webpack/webpack.config.ts --env production", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| "build:frontend:coverage": "COVERAGE=true webpack -c ./webpack.config.ts --env development --env coverage", | ||
| "build:frontend:coverage:prod": "COVERAGE=true webpack -c ./webpack.config.ts --env production --env coverage", | ||
| "build:backend": "go run github.com/magefile/mage@latest build", | ||
| "build:backend": "go run github.com/magefile/mage@latest build:backend", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Magefile build target mismatch with npm scripts
High Severity
The npm script calls mage build:backend but the new Magefile imports build targets as build.BuildAll, using the standard SDK pattern. The build:backend target doesn't exist, causing backend builds to fail.
Note
Introduces secure per-user OAuth for MCP and streamlines tooling.
OAuthFlowManager, token storage/refresh, and Bearer injection viacustomRoundTripper; client calls now acceptuserIDand refresh on 401Clientmethods (connectMCPWithOrgContext, OpenAPI/MCP/standard calls) to use OAuth-aware HTTP clients.envdefaults@grafana/plugin-validator; cleans packaging steps; adds provenance in releaseMagefileto SDK buildWritten by Cursor Bugbot for commit 5ea8a86. This will update automatically on new commits. Configure here.