The "shop as a read-only catalog" behaviour lived inside website_sale_aplicoop, so every site that wanted the eskaera flow also lost the standard cart. It now ships as its own installable addon, with the redirect target configurable instead of hardcoded to /eskaera. - website_sale_disable_cart: hides the cart UI (12 header styles + the product card quick-add) and overrides the standard cart endpoints. Redirect URL is configurable in Website settings (default /shop); only site-internal paths are accepted, so a misconfigured value cannot turn the shop into an open redirect nor loop back into a disabled route. - Fixes carried over from the original code: /shop/cart/quantity is the Odoo 18 path (it was /shop/cart_quantity, which never matched), the boxed, sidebar and sales two/three/four headers were not covered (the cart link stayed visible on them), and the routes now override the standard methods instead of registering duplicate ones. - website_sale_aplicoop 18.0.1.12.0: drops the view file and the four redirect routes; installing it no longer touches the standard shop. Upgrade order matters: update website_sale_aplicoop first, then install website_sale_disable_cart in a second Odoo run — both use the same XPaths and obsolete records are only cleaned up at the end of a run. Tests: 8/8 in website_sale_disable_cart, aplicoop unaffected (its 2 failures predate this change). Verified live on a DB clone: /shop/cart returns 303 to the configured URL and no cart markup remains on /shop. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
13 lines
705 B
ReStructuredText
13 lines
705 B
ReStructuredText
Install it like any other addon::
|
|
|
|
docker-compose run --rm odoo odoo -d odoo -i website_sale_disable_cart --stop-after-init
|
|
docker-compose up -d
|
|
|
|
**Upgrading from website_sale_aplicoop <= 18.0.1.11.0**: that module used to
|
|
carry these templates itself, under the same XPaths. Update it first so its old
|
|
views are dropped, and only then install this module — doing both in a single
|
|
Odoo run fails, because obsolete records are only cleaned up at the very end of
|
|
the run and both sets of templates would collide::
|
|
|
|
docker-compose run --rm odoo odoo -d odoo -u website_sale_aplicoop --stop-after-init
|
|
docker-compose run --rm odoo odoo -d odoo -i website_sale_disable_cart --stop-after-init
|