Skip to content

refactor(storage): make onResponse async and improve retry error handling - #24

Open
thiyaguk09 wants to merge 7 commits into
mainfrom
fix/resumable-upload-error-serialization
Open

refactor(storage): make onResponse async and improve retry error handling#24
thiyaguk09 wants to merge 7 commits into
mainfrom
fix/resumable-upload-error-serialization

Conversation

@thiyaguk09

Copy link
Copy Markdown
Owner

Thank you for opening a Pull Request! Before submitting your PR, there are a few things you can do to make sure it goes smoothly:

  • Make sure to open an issue as a bug/issue before writing your code! That way we can discuss the change, evaluate designs, and agree on the general idea
  • Ensure the tests and linter pass
  • Code coverage does not decrease (if any source code was changed)
  • Appropriate docs were updated (if necessary)

Fixes #<issue_number_goes_here> 🦕

@gemini-code-assist gemini-code-assist Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request refactors the resumable upload logic to make onResponse asynchronous and introduces a helper function formatRetryError to standardize retry error formatting. The reviewer suggested refactoring formatRetryError to eliminate code duplication between the Error instance and generic object handling blocks.

Important

The consumer version of Gemini Code Assist on GitHub is being sunset. Starting June 18, 2026, new organization installations will be blocked, and all code review activity will officially cease on July 17, 2026.
For more details on the timeline and next steps, please review the Help Documentation.

Comment thread handwritten/storage/src/resumable-upload.ts Outdated
Comment thread handwritten/storage/src/resumable-upload.ts Outdated
@thiyaguk09 thiyaguk09 changed the title refactor(storage): make onResponse async and improve error formatting for retry failures refactor(storage): make onResponse async and improve retry error handling Jun 25, 2026
@thiyaguk09
thiyaguk09 force-pushed the fix/resumable-upload-error-serialization branch 2 times, most recently from fb994fb to 794370b Compare July 10, 2026 12:30
@thiyaguk09
thiyaguk09 force-pushed the fix/resumable-upload-error-serialization branch 5 times, most recently from a162ec6 to a797680 Compare July 27, 2026 06:48
@thiyaguk09
thiyaguk09 force-pushed the fix/resumable-upload-error-serialization branch 4 times, most recently from cfc9cc1 to c587bcd Compare July 30, 2026 04:48
westarle and others added 7 commits July 30, 2026 13:28
…pis#9028)

Update pinned action version comments to match exact SemVer tags (e.g.,
# v6.0.3, # v4.3.1, # v6.4.0) to satisfy online zizmor scanner.
…typescript (googleapis#9029)

## Description

Upgrade the gapic-generator-typescript to node version 22. 

## Impact

Ensures users upgrade their runtime to Node 22 and don't encounter
problems due to legacy Node 18 issues.

## Changes

Node was upgraded to version 22 in two package.json files and then `npm
run baseline` was run.

Just the following files were updated:

core/generator/gapic-generator-typescript/templates/cjs/typescript_gapic/package.json

core/generator/gapic-generator-typescript/templates/esm/typescript_gapic/package.json

Then in core/generator/gapic-generator-typescript we ran the following
command:
`npm run baseline`


## Next steps

Next we are going to upgrade all the packages in the root `packages`
directory to separate concerns about the packages and the
gapic-typescript-generator.
- Unify formatting of Errors and objects under a single block inside
formatRetryError to reduce code duplication.
- Ensure standard errors, GaxiosErrors, and custom errors with
empty/missing properties are correctly formatted.
@thiyaguk09
thiyaguk09 force-pushed the fix/resumable-upload-error-serialization branch from c587bcd to 434e34f Compare July 31, 2026 13:49
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants