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
[data-tables] SAS options do not appear in generated SAS, rendering it useless #25252
Comments
I split the blob and file-datalake part into #25256 as they may be addressed separately. |
Hi @craxal , About the issue in blob SDK, which interface do you use to generate blob SAS? The @azure/storage-blob SDK doesn’t have an interface with name of “generateBlobSas()” I tried with this function
|
### Packages impacted by this PR @azure/data-tables ### Issues associated with this PR #25252 ### Describe the problem that is addressed by this PR We accept startPartitionKey, startRowKey, endPartitionKey and endRowKey parameters when generating table sas token. However internally we are ignoring those provided values. ### What are the possible designs available to address the problem? If there are more than one possible design, why was the one in this PR chosen? To fix this problem we simply need to plumb the values through ### Are there test cases added in this PR? _(If not, why?)_ YES ### Provide a list of related PRs _(if any)_ N/A
Fixed with #25293 |
Describe the bug
The following SAS query parameters do not appear in the generated SAS when the corresponding options are passed to
generateBlobSASQueryParameters()
or generateHnsSASQueryParameters()` in @azure/storage-blob or @azure/storage-data-lake:The following SAS query parameters do not appear in the generated SAS when the corresponding options are passed to
generateTableSas()
:Looking at the code, the options are used to generated the signature. However, because they are not also included in the SAS URL, the generated SAS is effectively useless.
This occurs even if the version is high enough for the parameters to be included.
To Reproduce
Steps to reproduce the behavior:
generateTableSas()
with at least one of the above options (for example,startPartitionKey: "00"
.Expected behavior
The generated SAS should have the corresponding query parameter (for example,
startPk=00
Screenshots
Additional context
We are attempting to expose these extra parameters to Storage Explorer so users can generate SAS with them.
The lack of key parameters for tables has caused a regression in Storage Explorer. This needs to be addressed ASAP.
The text was updated successfully, but these errors were encountered: