Closed imvtsl closed 2 months ago
All modified and coverable lines are covered by tests :white_check_mark:
Project coverage is 67.99%. Comparing base (
06a6dc8
) to head (f8cfc01
). Report is 53 commits behind head on main.
Is this a breaking change for users or can we make this backwards compatible? If yes, it's likely a major version bump that would need to be done in the same PR, and I definitely think it needs an entry in https://github.com/opensearch-project/opensearch-go/blob/main/UPGRADING.md.
I think we need to document error handling somewhere in USER_GUIDE, including this behavior, maybe you want to start a guide on that or add to existing ones?
I am attending a triage meeting with opensearch indexing team on Monday to get more insights into error handling. We can work on a guide for error handling after that.
@dblock I attended the triage meeting with indexing team today. You can find the summary of the discussion here.
The fix with Opensearch will likely go in 3.0. Also, we don't have documentation for error responses. I created issues with documentation after discussion in triage meeting today.
For now, I will get started with USER_GUIDE with the changes in this PR and prepare for a release.
I added documentation in UPGRADING.md.
I read RELEASING.md. I believe release manager is authorized to perform the release process. Please let me know if any further action is required from my end for the release.
I didn't see an answer on whether there is any way to make this backwards compatible, so I presume not and I am good with this - @Jakob3xD could you also please take a look (merge if it's good with you)?
@dblock Apologies for the confusion. I did look into making it backward compatible but couldn't find a reasonable way for doing so.
Description
In ParseError, when json response from server is unknown, it used to return a string response (
*fmt.wrapError
). This is now changed to return a StringError struct (*opensearch.StringError
).Issues Resolved
Closes #582
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license. For more information on following Developer Certificate of Origin and signing off your commits, please check here.