fix(storage): restore metadata operations timeout in gRPC#14575
Conversation
There was a problem hiding this comment.
Code Review
This pull request modifies the gRPC storage client to remove global timeout overrides and instead applies explicit unbounded timeouts (0s) specifically to streaming RPCs like ReadObject and WriteObject. A new test was added to verify these settings. Feedback was provided regarding the test implementation, specifically suggesting the use of gax.CallOption.Resolve to verify timeout values more robustly instead of relying on brittle string matching of internal library types.
Co-authored-by: gemini-code-assist[bot] <176961590+gemini-code-assist[bot]@users.noreply.github.com>
|
does adding an integration test (with an induced timeout) help? We can see if the timeout is working as expected. |
I dont think so, the unit test takes care of the change we are making, testing timeouts in integration tests could add unnecessary complexity and flakiness. |
PR created by the Librarian CLI to initialize a release. Merging this PR will auto trigger a release. Librarian Version: v0.13.2-0.20260514223035-a22d6b5a1329 Language Image: us-central1-docker.pkg.dev/cloud-sdk-librarian-prod/images-prod/librarian-go@sha256:b04b076f5eedbb5546bd6fc1404969dd3698c8b19c0f34ae815a84ae735a606a <details><summary>storage: v1.62.2</summary> ## [v1.62.2](storage/v1.62.1...storage/v1.62.2) (2026-05-18) ### Features * enable open telemetry attrs (#14426) ([74eab64](74eab64d)) ### Bug Fixes * restore metadata operations timeout in gRPC (#14575) ([275ff56](275ff562)) * Set default chunkRetryDeadline to 32s in NewWriterFromAppendableObject (#14458) ([ec7c7d6](ec7c7d66)) * refactor userProject metadata propagation in ListObjects (#14533) ([fbb543e](fbb543e3)) </details>
fixes: Issue #14417