-
-
Notifications
You must be signed in to change notification settings - Fork 2.7k
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
Price list not applied #9625
Comments
I was unable to reproduce your issue. Here's what I did:
Can you please provide the exact steps to reproduce the issue starting from a fresh project? Closing until more information has been added. |
I tried with a fresh install. Date filters seem to work indeed, however, testing with a customer group did not in my case. To be sure; the steps to create a registered customer in a customer group:
I created a price list with the sample sweatshirt product, applying the 'test' customer group as a filter. Result: no price overrides returned in calculated_price field. If I remove the filter (e.g. price list is applied for all customers), I do see the adapted price. Any thoughts on my steps? |
Hey @lexvz14 did you manage to find a solution to this, I seem to be experiencing the same behaviour. |
I did not @JohnGemstone. |
Yes, this was fixed in the latest releases. Please make sure to update to v2.0.6, as v.2.0.5 was shipped with a bug around product images on the update and create operations. |
Bug report
Describe the bug
Price lists do not seem to be applied to prices returned in API requests.
System information
Medusa version (including plugins): 2.0.0 RC #6
Node.js version: V20
Database: PostgreSQL
Operating system: N/A
Browser (if relevant): N/A
Steps to reproduce the behavior
Expected behavior
API should return calculated_price based on price list.
Code snippets
As you can see by the boolean "is_calculated_price_price_list": false, no price list has been applied to the calculated price.
Additional context
I've tried price lists without rules, with date rules, overrides, sale prices, but none seem to result in a calculated_price field based on something other than the original price. As you can see in the response, the original_price.id is equal to the calculated_price.id.
The text was updated successfully, but these errors were encountered: