Friday, June 11, 2021
2 changes · master
Resolved issues and error corrections
Accessory products are now filtered by the current website, so shoppers only see add-ons that are available on the site they are using. This prevents products from another website appearing during checkout in multi-website setups, reducing confusion and keeping storefronts properly separated.
Original PR description
Description of the issue/feature this PR addresses: @JKE-be before this commit, some accessory from an other website can be access. And it use the generic `sale_product_domain()`. In database with 2 websites 1 and 2, create a product A, with 2 accessories product B and C. A and B are available in website 1 A and C are available in website 2 Go to website 1, add product A in the cart --> issue you see B and C in the accessories page. You should see only the product B. Note : It is a really rare case, but in custom project if you inherit `sale_product_domain()`, it is logical that it is apply everywhere. -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Users can now reload event registration and track proposal confirmation pages without seeing a "Method not Allowed" error. The change redirects users to a page that can be safely reopened, improving the website event experience after form submissions.
Original PR description
PURPOSE
Currently, we found two same issue while
user reload the page and it return
"Method not Allowed".
issues :-
1) if user submitting the track proposal
and reload it again.
2) in event_track after event register
and reload the page, it gave the same
error message "Method not Allowed".
SPECIFICATION
in this commit we are fix this problem by
redirect the user on different URL with
necessary data and in other controller
fetch that data so if user reload the page
than it always render the page instead of
giving error "Method not Allowed".
Task Id: 2500573
--
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr