refactor(cfg): remove --precondition-errors flag#4587
refactor(cfg): remove --precondition-errors flag#4587
Conversation
Summary of ChangesHello, 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 standardizes the behavior of GCSFuse when encountering concurrent modifications to objects. By removing the optional --precondition-errors flag, the system now consistently returns an ESTALE error in these scenarios, ensuring safer data handling and preventing potential data corruption. This change simplifies the configuration surface and enforces a more robust default state for all users. 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. Footnotes
|
There was a problem hiding this comment.
Code Review
This pull request removes the precondition-errors configuration option and flag, making the return of ESTALE errors for concurrent object modifications the default behavior. The changes span configuration files, flag parsing, error mapping logic, and associated tests. Two issues were identified: an unreachable return statement in internal/cache/file/downloader/job_test.go and a remaining reference to the removed precondition_errors flag in the integration test script which would cause failures.
|
Hi @meet2mky, @Tulsishah, @ashmeenkaur, your feedback is needed to move this pull request forward. This automated reminder was triggered because there has been no activity for over 24 hours. Please provide your input when you have a moment. Thank you! |
|
Hi @meet2mky, @Tulsishah, your feedback is needed to move this pull request forward. This automated reminder was triggered because there has been no activity for over 24 hours. Please provide your input when you have a moment. Thank you! |
4252aa8 to
7d9a513
Compare
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## master #4587 +/- ##
=======================================
Coverage 83.64% 83.64%
=======================================
Files 164 164
Lines 20272 20269 -3
=======================================
- Hits 16956 16955 -1
+ Misses 2676 2675 -1
+ Partials 640 639 -1
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
7d9a513 to
3191dad
Compare
3191dad to
47c9fa1
Compare
kislaykishore
left a comment
There was a problem hiding this comment.
Could you get a clean run of the linux-tests?
Description
This PR removes the
--precondition-errorsflag and its corresponding configuration settings from GCSFuse. The behavior of returning anESTALEerror when an object is modified or deleted by a concurrent process is now the mandatory default.Link to the issue
b/499886011
Testing details
Any backward incompatible change?
Yes. The
--precondition-errorsflag has been removed. Users who were explicitly setting this flag tofalse(disabling the stale file handle error) will get an error.