Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

QueueAttributeName type and description mismatch #5671

Closed
bfeltman opened this issue Jan 11, 2024 · 8 comments
Closed

QueueAttributeName type and description mismatch #5671

bfeltman opened this issue Jan 11, 2024 · 8 comments
Assignees
Labels
closed-for-staleness duplicate This issue is a duplicate. p1 This is a high priority issue

Comments

@bfeltman
Copy link

Describe the issue

The type QueueAttributeName[] does not match the description for AttributeNames on ReceiveMessageCommand Input. Please fix.

Links

https://docs.aws.amazon.com/AWSJavaScriptSDK/v3/latest/client/sqs/command/ReceiveMessageCommand/

@bfeltman bfeltman added documentation This is a problem with documentation. needs-triage This issue or PR still needs to be triaged. labels Jan 11, 2024
@bfeltman bfeltman changed the title (short issue description) QueueAttributeName type and description mismatch Jan 11, 2024
@aBurmeseDev aBurmeseDev self-assigned this Jan 12, 2024
@aBurmeseDev aBurmeseDev added investigating Issue is being investigated and/or work is in progress to resolve the issue. and removed needs-triage This issue or PR still needs to be triaged. labels Jan 12, 2024
@aBurmeseDev
Copy link
Member

Hi @bfeltman - thanks for reaching out.

Could you please clarify if you're referring to the type being List[] or the values described? If it's the values, please note that the ones described are valid but they're not the full list. Here's the complete list of Valid Values from the service API docs:

Valid Values: All | Policy | VisibilityTimeout | MaximumMessageSize | MessageRetentionPeriod | ApproximateNumberOfMessages | ApproximateNumberOfMessagesNotVisible | CreatedTimestamp | LastModifiedTimestamp | QueueArn | ApproximateNumberOfMessagesDelayed | DelaySeconds | ReceiveMessageWaitTimeSeconds | RedrivePolicy | FifoQueue | ContentBasedDeduplication | KmsMasterKeyId | KmsDataKeyReusePeriodSeconds | DeduplicationScope | FifoThroughputLimit | RedriveAllowPolicy | SqsManagedSseEnabled

Sorry about the confusion on the doc but hope this helps,
John

@aBurmeseDev aBurmeseDev added response-requested Waiting on additional info and feedback. Will move to \"closing-soon\" in 7 days. p3 This is a minor priority issue and removed investigating Issue is being investigated and/or work is in progress to resolve the issue. labels Jan 12, 2024
@sosafe-anas-bakro
Copy link

sosafe-anas-bakro commented Jan 15, 2024

@aBurmeseDev this is import, in some cases we need ApproximateReceiveCount but we can not include it in AttributeNames as QueueAttributeName does not have it, we had to stay with an older version where AttributeNames is a string or use All but we don't want all attributes we only need ApproximateReceiveCount.

This is not just a documentation issue, the library needs to updated or we can not use the latest version!

image
Notice here that the type does not include ApproximateReceiveCount which it should or use a string or a different type!
https://docs.aws.amazon.com/AWSJavaScriptSDK/v3/latest/client/sqs/command/ReceiveMessageCommand/

Here is the code as well:

AttributeNames?: QueueAttributeName[];

@github-actions github-actions bot removed the response-requested Waiting on additional info and feedback. Will move to \"closing-soon\" in 7 days. label Jan 16, 2024
@rawpixel-vincent
Copy link

rawpixel-vincent commented Jan 16, 2024

Screenshot 2024-01-16 at 16 13 17

But it works, receiving a message with
message.Attributes.ApproximateReceiveCount === '1'

the type should not be AttributeNames?: QueueAttributeName[]; but AttributeNames?: MessageSystemAttributeName[];

in @aws-sdk/client-sqs/dist-types/models/models_0.d.ts

thank you

@sosafe-anas-bakro
Copy link

@rawpixel-vincent Thanks, the CI pipeline will fail due to having the wrong type, I can add an ignore rule but it still looks ugly.
I believe it is a tiny fix and an important one.

@kristof-kasa
Copy link

When can we expect a release of this?

@kuhe
Copy link
Contributor

kuhe commented Mar 21, 2024

We cannot accept a contribution for changes to service models. They are pushed from AWS services and will overwrite any changes made only in this repository.

If there is a type error it must be fixed by the SQS service team's initiative. @aBurmeseDev please merge with #5403 if this is the same issue.

@aBurmeseDev
Copy link
Member

thanks @kuhe for pointing to the similar issue. It seems we already have communicated with service team to update their models and waiting for a fix from them. I will check in with the team for updates.

I'll mark this as duplicate and close in favor of tracking the issue in #5403

@aBurmeseDev aBurmeseDev added duplicate This issue is a duplicate. p1 This is a high priority issue closing-soon This issue will automatically close in 4 days unless further comments are made. and removed documentation This is a problem with documentation. p3 This is a minor priority issue labels Mar 21, 2024
@github-actions github-actions bot added closed-for-staleness and removed closing-soon This issue will automatically close in 4 days unless further comments are made. labels Mar 26, 2024
Copy link

github-actions bot commented Apr 9, 2024

This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs and link to relevant comments in this thread.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Apr 9, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
closed-for-staleness duplicate This issue is a duplicate. p1 This is a high priority issue
Projects
None yet
Development

No branches or pull requests

6 participants