-
Notifications
You must be signed in to change notification settings - Fork 15
ChangeVisibilityTimeoutBatch with VisibilityTimeout of 0 throws error #527
Comments
Hi @atljoseph , I can confirm that this is a bug. It seems like its a serialization error, however I'm not sure why we are seeing it because the model is annotated correctly with the RequestBody: Action=ChangeMessageVisibilityBatch
&ChangeMessageVisibilityBatchRequestEntry.1.Id=REDACTED
&ChangeMessageVisibilityBatchRequestEntry.1.ReceiptHandle=REDACTED
&QueueUrl=REDACTED
&Version=2012-11-05 When it should be: Action=ChangeMessageVisibilityBatch
&ChangeMessageVisibilityBatchRequestEntry.1.Id=REDACTED
&ChangeMessageVisibilityBatchRequestEntry.1.ReceiptHandle=REDACTED
&ChangeMessageVisibilityBatchRequestEntry.1.VisibilityTimeout=0
&QueueUrl=REDACTED
&Version=2012-11-05 Will investigate and get back to you, Thanks, |
Hi @atljoseph , Seems like the service team needs a minor update to their model to get this to work correctly. Thanks,
|
Many thanksSent from my iPhoneOn Mar 29, 2023, at 4:02 PM, Ran Vaknin ***@***.***> wrote:
Hi @atljoseph ,
Seems like the service team needs a minor update to their model to get this to work correctly.
I have opened an internal ticket and will keep you updated when it is fixed.
Thanks,
Ran~
P84725366
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: ***@***.***>
|
Hi @atljoseph , We have tried getting the SQS team to solve this but they are unable to prioritize this fix. Since this is a duplicate of #261 I'll be closing this issue in favor of tracking it there. Thanks, |
This issue is now closed. Comments on closed issues are hard for our team to see. |
This issue is still present I'm a little confused what has been blocking what seems like a very simple fix, would it be possible to check with SQS team again? @RanVaknin |
We've had difficulty in the past when communicating with service teams about these issues. Often, from their perspective, the issue doesn't manifest in the SDKs they're familiar with (generally Java, JS, etc.) and so they're hesitant to commit modeling changes because the impact isn't necessarily fully understood. Between that, and other things getting prioritized, these discussions with service teams often start and then eventually stale out. This particular issue and many like it are only going to affect SDKs with explicit nullability/optionality in their type systems, so generally
We're reframing our strategy when dealing with these service teams going forward, but for the Go SDK in particular, we're going to just start backfilling modeling fixes locally. So, for this issue, we're going to mark ChangeMessageVisibilityBatchRequestEntry.VisibilityTimeout as That's ultimately a stopgap, but it's minimal effort and it unblocks our customers. We still need to do our best internally and push teams to fix issues like this at the service level, but we shouldn't let perfect be the enemy of good here. |
Describe the bug
ChangeVisibilityTimeoutBatch does not act in the same way ChangeVisibilityTimeout does.
When 0 is introduced as VisibilityTimeout (a valid value for placing a message back onto the queue), this error is thrown:
Expected Behavior
ChangeVisibilityTimeoutBatch should accept the same VisibilityTimeout value as ChangeVisibilityTimeout.
Current Behavior
Error is thrown, when valid value is provided (see description).
Reproduction Steps
Just send an api call with this input for
Error:
Possible Solution
Accept same values in ChangeMessageVisibilityBatch as you do in ChangeMessageVisibility.
Additional Information/Context
No response
AWS Go SDK V2 Module Versions Used
github.com/aws/aws-sdk-go-v2 v1.17.5
github.com/aws/aws-sdk-go-v2/config v1.18.15
github.com/aws/aws-sdk-go-v2/service/sqs v1.19.17
Compiler and Version used
go1.19
Operating System and version
darwin/amd64
The text was updated successfully, but these errors were encountered: