You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Thank you for reporting an issue, suggesting an enhancement, or asking a question. We appreciate your feedback - to help the team understand your
needs please complete the below template to ensure we have the details to help. Thanks!
Please check out the Docs to see if your question is already addressed there. This will help us ensure our documentation covers the most frequent questions.
Category
Enhancement
Bug
Question
Documentation gap/issue
Version
Please specify what version of the library you are using: [ Version-1 ]
Please specify what version(s) of SharePoint you are targeting: [ SharePoint Online ]
If you are not using the latest release, please update and see if the issue is resolved before submitting an issue.
Expected / Desired Behavior / Question
Since it is my first time contributing on this project, I thought it would be best to open an issue before suggesting a Pull Request.
We would like failed http requests to be retried when the server replies with a Gateway Timeout (504) within the SPHttpClient or the GraphHttpClient classes.
The Graph API expects to encounter these issues internally and the caller has no way to avoid them. Here's the definition of a 504 from the Graph error code documentation: https://docs.microsoft.com/en-us/graph/errors 504 | Gateway Timeout | The server, while acting as a proxy, did not receive a timely response from the upstream server it needed to access in attempting to complete the request. May occur together with 503.
This has led us to have to develop our own retry handling code outside of PnPJS for this error code following the description on this issue: #248 but I think it should be included in the normal error handling.
Should this enhancement be approved I have a PR ready for both V1 and V2.
Thank you for all the great work done so far it helped us a lot.
Observed Behavior
Only the requests returning an error code of 429 and 503 are retried.
504 errors do not result in a retry.
Steps to Reproduce
Unfortunately, this can't be reliably reproduced due to the nature of the internal timeout.
The text was updated successfully, but these errors were encountered:
Thank you for reporting an issue, suggesting an enhancement, or asking a question. We appreciate your feedback - to help the team understand your
needs please complete the below template to ensure we have the details to help. Thanks!
Please check out the Docs to see if your question is already addressed there. This will help us ensure our documentation covers the most frequent questions.
Category
Version
Please specify what version of the library you are using: [ Version-1 ]
Please specify what version(s) of SharePoint you are targeting: [ SharePoint Online ]
If you are not using the latest release, please update and see if the issue is resolved before submitting an issue.
Expected / Desired Behavior / Question
Since it is my first time contributing on this project, I thought it would be best to open an issue before suggesting a Pull Request.
We would like failed http requests to be retried when the server replies with a Gateway Timeout (504) within the
SPHttpClient
or theGraphHttpClient
classes.The Graph API expects to encounter these issues internally and the caller has no way to avoid them. Here's the definition of a 504 from the Graph error code documentation: https://docs.microsoft.com/en-us/graph/errors
504 | Gateway Timeout | The server, while acting as a proxy, did not receive a timely response from the upstream server it needed to access in attempting to complete the request. May occur together with 503.
This has led us to have to develop our own retry handling code outside of PnPJS for this error code following the description on this issue: #248 but I think it should be included in the normal error handling.
Should this enhancement be approved I have a PR ready for both V1 and V2.
Thank you for all the great work done so far it helped us a lot.
Observed Behavior
Only the requests returning an error code of 429 and 503 are retried.
504 errors do not result in a retry.
Steps to Reproduce
Unfortunately, this can't be reliably reproduced due to the nature of the internal timeout.
The text was updated successfully, but these errors were encountered: