-
-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
Deprecate the Spree::Adjustment.return_authorization
scope
#5138
Deprecate the Spree::Adjustment.return_authorization
scope
#5138
Conversation
Codecov Report
@@ Coverage Diff @@
## main #5138 +/- ##
=======================================
Coverage 88.76% 88.76%
=======================================
Files 564 564
Lines 13959 13960 +1
=======================================
+ Hits 12391 12392 +1
Misses 1568 1568
📣 We’re building smart automated test selection to slash your CI/CD build times. Learn more |
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.
✂️
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.
How long has this been unused in Solidus?
I have not found a single usage in Solidus since v1.0. I've checked in the Spree repo as well, where I could not find usages of this either. |
Thanks! Given the minimal effort, it won't hurt to add a deprecation message. It wouldn't be unexpected to find something unexpected in some stores 🙂 |
There is no code path that creates adjustments from return authorizations (since a long time). This line was introduced without a lot of context in 2013, and there is nothing in the current codebase that warrants this scope.
5146714
to
60b4916
Compare
Spree::Adjustment.return_authorization
scope
Summary
There is no code path that creates adjustments from return authorizations (since a long time).
This line was introduced without a lot of context in 2013, and there is nothing in the current codebase that warrants this scope.
I don't think adding a deprecation notice will do anything for anyone. If anyone tells me this scope currently returns a record in their stores, I'll add one. :)
Checklist
Check out our PR guidelines for more details.
The following are mandatory for all PRs:
The following are not always needed:
I have updated the README to account for my changes.I have documented new code with YARD.I have opened a PR to update the guides.I have added automated tests to cover my changes.I have attached screenshots to demo visual changes.