Skip to content

Conversation

@spkane31
Copy link
Contributor

What changed?
Adding a test to verify that serviceeerror.MultiOperationExecutionError retains the serviceerror.ResourceExhausted cause, scope, and details.

Why?
Validation

How did you test it?
Only a test

Potential risks
None

@spkane31 spkane31 requested review from a team as code owners January 23, 2026 16:23
@spkane31 spkane31 requested a review from stephanos January 23, 2026 16:39
Copy link
Contributor

@yuandrew yuandrew left a comment

Choose a reason for hiding this comment

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

Always love more tests 😃

opErrors := multiOp.OperationErrors()
require.Len(t, opErrors, 2)

// Verify the first error is ResourceExhausted with preserved details
Copy link
Contributor

Choose a reason for hiding this comment

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

Would we care to also verify the InvalidArgument survives the round trip?

@spkane31 spkane31 enabled auto-merge (squash) January 23, 2026 18:15
@spkane31 spkane31 merged commit d7191a5 into master Jan 23, 2026
4 checks passed
@spkane31 spkane31 deleted the spk/update-w-start-error branch January 23, 2026 18:16
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.

3 participants