fix(patch): cherry-pick 42eedc9 to release/v0.27.0-preview.2-pr-17826 to patch version v0.27.0-preview.2 and create version 0.27.0-preview.3#17907
Conversation
Summary of ChangesHello @gemini-cli-robot, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed! This pull request refines the handling of sensitive extension settings within the CLI. It introduces logic to prevent the storage of empty sensitive values during initial configuration and allows for the explicit removal of existing sensitive settings by providing an empty value during updates. This improves security and user experience by ensuring sensitive data is only stored when intentionally provided and can be easily cleared. Highlights
Using Gemini Code AssistThe full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips. Invoking Gemini You can request assistance from Gemini at any point by creating a comment using either
Customization To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a Limitations & Feedback Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments. If you're interested in giving your feedback about your experience with Gemini Code Assist for Github and other Google products, sign up here. You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension. Footnotes
|
There was a problem hiding this comment.
Code Review
This pull request correctly changes the handling of empty sensitive settings to delete them from the keychain instead of storing an empty string. This applies to both initial setup and updates. I've added one comment to improve the error handling by preventing the swallowing of unexpected errors and ensuring all caught exceptions are logged for better debugging.
| } catch { | ||
| // Ignore if secret does not exist | ||
| } |
There was a problem hiding this comment.
The empty catch block is too broad and can swallow important errors, such as when the keychain is unavailable. It should only ignore the specific error for a non-existent secret and re-throw any other errors. Additionally, for debugging purposes, all caught exceptions should be logged, even if they are re-thrown or intentionally ignored.
} catch (e) {
// It's okay if the secret doesn't exist, but we should re-throw other errors.
if (e instanceof Error && e.message.startsWith('No secret found for key:')) {
// Log the expected ignored error for debugging purposes.
console.debug(`Keychain access: No secret found for key. Ignoring as expected. Error: ${e.message}`);
} else {
// Log unexpected errors before re-throwing to ensure they are captured.
console.error(`Keychain access: Unexpected error. Re-throwing. Error: ${e.message}`, e);
throw e;
}
}References
- When catching exceptions, log the detailed error for debugging instead of providing only a generic error message.
|
Size Change: +152 B (0%) Total Size: 23.5 MB ℹ️ View Unchanged
|
09800ea
into
release/v0.27.0-preview.2-pr-17826
This PR automatically cherry-picks commit 42eedc9 to patch version v0.27.0-preview.2 in the preview release to create version 0.27.0-preview.3.