-
Notifications
You must be signed in to change notification settings - Fork 9.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
Fix typo in SQL join when joining custom option prices for price indexer #19546
Fix typo in SQL join when joining custom option prices for price indexer #19546
Conversation
Hi @udovicic. Thank you for your contribution
For more details, please, review the Magento Contributor Assistant documentation |
Hi @orlangur, thank you for the review. |
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.
@udovicic, QA report follows:
Not clear what issue should be caused by typo in DefaultPrice.php on 2.3-develop.
Manual testing scenario:
Create two websites: Main Website and Second
Set Catalog Price Scope=Website
Create simple product on both websites.
Add custom option:
Option Title=Option1
Option Type=Drop-Down
Title=Value
Price=10
Price Type=Fixed
Click Edit product
Change Store View to Second website store view
Set price of custom option to be 0
Execute price indexer: php bin/magento indexer:reindex catalog_product_price
Go to Product Page
Product and custom option prices are correct displayed
Go to Product Page on another webiste
Product and custom option prices are correct displayed
Please provide more details so that issue can be reproduced.
Hi @orlangur , You are correct, I have tested on wrong version and therefore patched the wrong file. Apologize for that. Nevertheless, issue persist as the bug was just migrated to new file (not sure what the old one is for, but I left change there as well). Hover, steps to reproduce are not entirely correct. When I said "min and max price should be visible only on one website", I didn't mean on frontend but in the database in the table If you check the setup of that product you will see that only thing that influences price of product is a custom option. Therefore, for website where custom option has a price >0, |
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.
@udovicic thanks, let's recheck.
Hi @orlangur, thank you for the review. |
Hi @udovicic, thank you for your contribution! |
Description (*)
In case where product has price variation for custom option per website, only default value (
store_id = 0
) is taken into an account due to typo in SQL statement.Fixed Issues (if relevant)
Manual testing scenarios (*)
This one is pretty obvious from diff, but...
Contribution checklist (*)