Closed attheCube closed 2 years ago
Hi @attheCube. Thank you for your report. To speed up processing of this issue, make sure that you provided the following information:
Make sure that the issue is reproducible on the vanilla Magento instance following Steps to reproduce. To deploy vanilla Magento instance on our environment, Add a comment to the issue:
@magento give me 2.4-develop instance
- upcoming 2.4.x release
For more details, review the Magento Contributor Assistant documentation.
Add a comment to assign the issue: @magento I am working on this
To learn more about issue processing workflow, refer to the Code Contributions.
Join Magento Community Engineering Slack and ask your questions in #github channel.
:warning: According to the Magento Contribution requirements, all issues must go through the Community Contributions Triage process. Community Contributions Triage is a public meeting.
:clock10: You can find the schedule on the Magento Community Calendar page.
:telephone_receiver: The triage of issues happens in the queue order. If you want to speed up the delivery of your contribution, join the Community Contributions Triage session to discuss the appropriate ticket.
:movie_camera: You can find the recording of the previous Community Contributions Triage on the Magento Youtube Channel
:pencil2: Feel free to post questions/proposals/feedback related to the Community Contributions Triage process to the corresponding Slack Channel
Seems to be related to https://github.com/magento/magento2/pull/34665 but the solution there is not working properly for this case. We confirmed this issue existing also in vanilla Magento open Source 2.4.3 and Commerce 2.4.4-beta3 .
Hi @engcom-Echo. Thank you for working on this issue. In order to make sure that issue has enough information and ready for development, please read and check the following instruction: :point_down:
Issue: Format is valid
will be added to the issue automatically. Please, edit issue description if needed, until label Issue: Format is valid
appears.Issue: Clear Description
label to the issue by yourself.Component: XXXXX
label(s) to the ticket, indicating the components it may be related to.2.4-develop
branch@magento give me 2.4-develop instance
to deploy test instance on Magento infrastructure. 2.4-develop
branch, please, add the label Reproduced on 2.4.x
.Hi @attheCube,
Thank you for reporting the issue.
I have tried this issue on the fresh installation (Magento 2.4-dev/2.4.3-P1) but I am not able to reproduce it.
The special price setup and its API is working as expected. Could you please provide more details on steps 3, 4, 5 and the provided request sample is not working so please provide the exact request which is causing the issue ?
Thanks
Hi @engcom-Echo ,
I adjusted the description. Please check again.
Thank you.
Hi @attheCube, I have tried this issue on the fresh installation (Magento 2.4-dev/2.4.3-P1) but I am not able to reproduce it.
It seems you are using the wrong rest API to set the special price. Use this API request to set the special price.
Hope it helps. Let me know if you are still facing this issue or provide more relevant details if you think it is a Magento core issue.
Thanks.
Hi @engcom-Hotel , I updated the issue description. The problem does not rely on using the wrong API-endpoint.
If you create an own price attribute, you need to use the endpoint described above.
Please check again.
Thanks a lot.
Here, you'll find a Screencast how the issue will be reproduced: https://www.gothicgirly.de/rgtrhzthrsgfsee4t5454zhrtz/2022-02-03-18-09-26.mkv
Hi @engcom-Lima. Thank you for working on this issue. In order to make sure that issue has enough information and ready for development, please read and check the following instruction: :point_down:
[ ] 1. Verify that issue has all the required information. (Preconditions, Steps to reproduce, Expected result, Actual result).Details
If the issue has a valid description, the label Issue: Format is valid
will be added to the issue automatically. Please, edit issue description if needed, until label Issue: Format is valid
appears.
[ ] 2. Verify that issue has a meaningful description and provides enough information to reproduce the issue. If the report is valid, add Issue: Clear Description
label to the issue by yourself.
[ ] 3. Add Component: XXXXX
label(s) to the ticket, indicating the components it may be related to.
[ ] 4. Verify that the issue is reproducible on 2.4-develop
branchDetails
- Add the comment @magento give me 2.4-develop instance
to deploy test instance on Magento infrastructure.
- If the issue is reproducible on 2.4-develop
branch, please, add the label Reproduced on 2.4.x
.
- If the issue is not reproducible, add your comment that issue is not reproducible and close the issue and stop verification process here!
[ ] 5. Add label Issue: Confirmed
once verification is complete.
[ ] 6. Make sure that automatic system confirms that report has been added to the backlog.
Hi @attheCube, I tried reproducing the issue on the latest 2.4-develop branch following all the steps mentioned in the description as well as by referring the video, however the issue is not reproducible on 2.4-develop branch.
Steps followed to reproduce the issue:
Notice: In response we get the custom testattr2 value as expected i.e 555 Also the records in database are expected
Notice: As you can see in response we do get the updated value i.e. 300, Also the changes are reflected in the DB as well as in the admin panel
Change in the DB
Change in the Admin Panel
Thank you for your crystal clear description as well as the reference video however the issue is not reproducible on 2.4-develop. Can you please try reproducing this on latest 2.4-develop instance or incase if I have missed any steps then please let me know, I will reverify it again.
Thanks!
Dear @attheCube,
We have noticed that this issue has not been updated for a period of 14 Days. Hence we assume that this issue is fixed now, so we are closing it. Please raise a fresh ticket or reopen this ticket if you need more assistance on this.
Regards
@engcom-Hotel @attheCube
I can confirm this bug also for the default "price" attribute. It appears when catalog prices are set to website-scope instead to global in the catalog settings.
Now we are workarounding by using the /products/base-price rest endpoint.
Need to be fixes asap.
Hello @Detzler,
Thanks for the reply!
We have closed this issue as we do not get any response from the reporter for 14 days. But we still reopen and work on it.
So I request you to please go through with the comment, made by us and let us know if any is missed by us in order to reproduce this issue.
Thanks
Preconditions (*)
Steps to reproduce (*)
Request examples:
Step 3: Set data for special store scope Call: {{base_url}}/rest/[store_code]/V1/products
Step 4: Set test_price for the same store scope Call: {{base_url}}/rest/[store_code]/V1/products
Expected result (*)
Actual result (*)
It seems to be an issue for each attribute based on price logic. Values may only be written in database, if there are no other attribute values set for current website / websites default store.
Please provide Severity assessment for the Issue as Reporter. This information will help during Confirmation and Issue triage processes.