-
-
Notifications
You must be signed in to change notification settings - Fork 596
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
fix: Connection failure in Parse.Object.saveEventually
and Parse.Object.destroyEventually
not handled on custom Parse.Error.CONNECTION_FAILURE
message
#2032
Conversation
Thanks for opening this pull request!
|
Codecov ReportAll modified lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## alpha #2032 +/- ##
=========================================
Coverage 100.00% 100.00%
=========================================
Files 61 61
Lines 6176 6176
Branches 1496 1496
=========================================
Hits 6176 6176
☔ View full report in Codecov by Sentry. |
Could you please describe the issue in more detail? This PR has no issue linked and no issue description. |
Updated the OP, I don't know how that happened lol |
It's difficult for me to review the PR because the description under "Issue" describes the change in this PR, not the bug. And there is no issue linked with an issue description. Also the PR title describes the fix, while it should only describe the bug. Could you please:
|
saveEventually
and destroyEventually
saveEventually
and destroyEventually
not handled properly
saveEventually
and destroyEventually
not handled properlyParse.Object.saveEventually
and Parse.Object.destroyEventually
not handled properly
I've changed the PR title to the best of my ability, although I'm still not sure what the issue here is. The PR seems to identify the connection error state by the error code now instead of the error message, which seems more robust. I assume this was a problem when calling the |
The issue is with the introduction of Custom Parse Error Messages, a custom connection failure message would break this. This was partially added https://github.com/parse-community/Parse-SDK-JS/pull/2014/files#diff-0569cde5238e6df9fc3d56e880efe2653bb1bf438be2c70dc1b504f5def263c5L278 but was missed for some reason. |
Parse.Object.saveEventually
and Parse.Object.destroyEventually
not handled properlyParse.Object.saveEventually
and Parse.Object.destroyEventually
not handled on custom Parse.Error.CONNECTION_FAILURE
message
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good; thanks for expanding the PR title
# [4.3.0-alpha.3](4.3.0-alpha.2...4.3.0-alpha.3) (2023-10-04) ### Bug Fixes * Connection failure in `Parse.Object.saveEventually` and `Parse.Object.destroyEventually` not handled on custom `Parse.Error.CONNECTION_FAILURE` message ([#2032](#2032)) ([4da3ebc](4da3ebc))
🎉 This change has been released in version 4.3.0-alpha.3 |
## [4.3.1-beta.1](4.3.0...4.3.1-beta.1) (2023-11-16) ### Bug Fixes * Connection failure in `Parse.Object.saveEventually` and `Parse.Object.destroyEventually` not handled on custom `Parse.Error.CONNECTION_FAILURE` message ([#2032](#2032)) ([4da3ebc](4da3ebc)) * Docs fail with `Cannot find module 'taffydb'` ([#2036](#2036)) ([dc91d0f](dc91d0f)) * Error in web context when `window.indexedDB` API is available but protected ([#2039](#2039)) ([360981f](360981f)) * Security upgrade browserify-sign from 4.2.1 to 4.2.2 ([#2043](#2043)) ([fd50b9d](fd50b9d)) * Security upgrade crypto-js from 4.1.1 to 4.2.0 ([#2042](#2042)) ([681fbdf](681fbdf))
🎉 This change has been released in version 4.3.1-beta.1 |
## [4.3.1](4.3.0...4.3.1) (2023-11-18) ### Bug Fixes * Connection failure in `Parse.Object.saveEventually` and `Parse.Object.destroyEventually` not handled on custom `Parse.Error.CONNECTION_FAILURE` message ([#2032](#2032)) ([4da3ebc](4da3ebc)) * Docs fail with `Cannot find module 'taffydb'` ([#2036](#2036)) ([dc91d0f](dc91d0f)) * Error in web context when `window.indexedDB` API is available but protected ([#2039](#2039)) ([360981f](360981f)) * Security upgrade browserify-sign from 4.2.1 to 4.2.2 ([#2043](#2043)) ([fd50b9d](fd50b9d)) * Security upgrade crypto-js from 4.1.1 to 4.2.0 ([#2042](#2042)) ([681fbdf](681fbdf))
🎉 This change has been released in version 4.3.1 |
## [4.3.1-alpha.1](4.3.0...4.3.1-alpha.1) (2023-11-18) ### Bug Fixes * Connection failure in `Parse.Object.saveEventually` and `Parse.Object.destroyEventually` not handled on custom `Parse.Error.CONNECTION_FAILURE` message ([#2032](#2032)) ([4da3ebc](4da3ebc)) * Docs fail with `Cannot find module 'taffydb'` ([#2036](#2036)) ([dc91d0f](dc91d0f)) * Error in web context when `window.indexedDB` API is available but protected ([#2039](#2039)) ([360981f](360981f)) * Security upgrade browserify-sign from 4.2.1 to 4.2.2 ([#2043](#2043)) ([fd50b9d](fd50b9d)) * Security upgrade crypto-js from 4.1.1 to 4.2.0 ([#2042](#2042)) ([681fbdf](681fbdf))
🎉 This change has been released in version 4.3.1-alpha.1 |
Pull Request
Issue
Use error codes instead of hard coded messages for connection failures. With the addition of custom Error messages, changing the default connection failure message would cause an error.
Related: #2014
Tasks