All our modules sorted by their latest update, newest first, with the version and what changed.
Log in and we will mark which of your modules have a version you have not downloaded yet.
-
- Offers limited to select products: only the chosen categories, excluding products, qualify for the coupon and can only be paid for with it. Minimum spend on those…
- PrestaShop applies a fixed amount to the entire cart even if the rule is restricted: the module removes the coupon, with a warning, if there are other products in the…
- Option to use multiple coupons in the same cart and to keep any unspent money as a new coupon.
-
- With "All stores" selected for the multi-store setup
- Email alerts
- PrestaShop 1.7: Payment checkouts
-
- PrestaShop Addons product key.
- Panel and guide: texts that inform without stating legal obligations on behalf of the store.
- README: The passport PDF is not limited to one page.
-
- Three PHPStan errors from the Addons validator (one impossible comparison and two direct calls to optional module facades). No change in functionality.
-
- A logged-in customer with no address and items in their cart was receiving an error on all pages of the store, including requests from other modules. The module no…
- The split payments console did not show the sample groups installed from "Import and Export".
-
- PrestaShop 1.7.8 and 8.x
- PrestaShop 9
- Image URLs
-
- A logged-in customer with no address and items in their cart was receiving an error on all pages of the store, including requests from other modules. The module no…
-
- A logged-in customer with no address and items in their cart was receiving an error on all pages of the store, including requests from other modules. The module no…
-
- A logged-in customer with no address and items in their cart was receiving an error on all pages of the store, including requests from other modules. The module no…
-
- A logged-in customer with no address and items in their cart was receiving an error on all pages of the store, including requests from other modules. The module no…
-
- A logged-in customer with no address and items in their cart was receiving an error on all pages of the store, including requests from other modules. The module no…
-
- A logged-in customer with no address and items in their cart was receiving an error on all pages of the store, including requests from other modules. The module no…
-
- A logged-in customer with no address and items in their cart was receiving an error on all pages of the store, including requests from other modules. The module no…
-
- A signed-in customer with no address and something in the cart got an error on every page of the shop, including the requests of other modules. The module no longer…
-
- A logged-in customer with no address and items in their cart was receiving an error on all pages of the store, including requests from other modules. The module no…
-
- A logged-in customer with no address and items in their cart was receiving an error on all pages of the store, including requests from other modules. The module no…
-
- A signed-in customer with no address and something in the cart got an error on every page of the shop, including the requests of other modules. The module no longer…
-
- A signed-in customer with no address and something in the cart got an error on every page of the shop, including the requests of other modules. The module no longer…
-
- A logged-in customer with no address and items in their cart was receiving an error on all pages of the store, including requests from other modules. The module no…
-
- A cat product description said "Suitable for Toby (Dog)": the warning on the description did not apply the species ban that the listings do.
- Allergy labels used to be called "Chicken Free," but on a product they meant "contains chicken": dog food labeled that way was immediately off-limits to the allergic…
- Handwritten allergies in Spanish ("chicken") did not prohibit anything.
-
- Installation failed
- Dead stock scan never worked
- Price drop deleted every specific price of the product
-
- A signed-in customer without addresses and with something in the cart no longer gets an error on every page of the shop. PrestaShop saves that cart before it is ready to…
- A cart without secure key no longer stops the page when it is loaded, up to PrestaShop 9.0.
-
- No external links or emails are included in the module: headers, dashboard, guide, or README. Support is provided through PrestaShop Addons messaging.
-
- "Team profiles": choose which profiles can be mentioned or made responsible (empty = every active employee), for shops with agency or external accounts in the back…
- PrestaShop 9.x: fatal errors on every note, e-mail and board list ( Tools::displayDate() with three arguments, Tools::stripslashes() removed). Dates now go through a…
- The order and customer panels loaded without their CSS and JavaScript on 1.7.8 , 8 and 9 (those pages are Symfony routes): nothing on the panel worked. Assets now load…
-
- Term definitions and category descriptions lost all their HTML on save (bold, lists, paragraphs, links): they are stored as HTML again, from the form, the import and the…
- Saving a term or a category no longer empties the texts of inactive languages.
- Back-office permissions: every action now checks the profile permission of the employee (view, edit, delete). Before, an employee allowed only to view a tab could reset…
-
- A signed-in customer with no address and something in the cart got an error on every page of the shop, including the cart requests of other modules. The surcharge is no…
-
- Addons product key added.
- Corrected the name of the sign-in buttons setting in the Spanish guide.
-
- First published version with the merge of purchases into a pending order introduced in 1.1.0 : a customer who buys again while his one-click order still waits for the…
- The front office showed a stray "Script completed." text on every page: it was left at the end of the front office assets template.
- upgrade/ upgrade-1.1.0.php removed: upgrade functions are global, and a shop where another module had already loaded a file with the same function name reported "cannot…
-
- products/search with text search (by id, name or reference) gave error 500 in PHP 8 ("array_column(): Argument #1 must be of type array, string given"): the text search…
- Requesting combinations without field_options.combinations.search , or with text in it, resulted in the same 500. Combinations are only filtered by criteria: without…
- An order that is not a list no longer gives 500: it is ignored.
-
- New option, "Maximum columns on screens < 576"
- "Maximum columns on screens >= 576" already does what it says.
- Upon updating, the carousels remain at their current resolution between 576 and 767 px: a factory setting of 1 retains the previously displayed value; any other value is…
-
- New option, "Keep one payment"
- Warning about the states that cause it
-
- Cart and order errors are reported immediately, even when the daily summary is active.
- They instantly report JavaScript errors and scripts that fail to load (it could be the gateway's script) in the shopping cart, order, and payment module pages.
- The summary continues with images and CSS that do not load, browser extension errors, ad trackers that block ad blockers (Google Tag Manager, Meta, Clarity…) and visits…
-
- Saving an alert from the shop (account page or product page) ended in a fatal error.
- Alerts without price limits were stored with a maximum of 0 and never matched a product.
- Emails showed the Smarty code of the template ( {$shop_name|escape...} , {foreach} ) and "Array": module mail templates are not run through Smarty by PrestaShop. The…
-
- The loose text "Script completed." was printed at the bottom of each page with the bar (back-office and store).
- The store bar never worked: its data was being escaped by Smarty and remained at zero, and its AJAX actions did not respond (in the PrestaShop front it only calls…
- With catching enabled, an uncaught exception would leave the page blank with HTTP 200 and no trace in the log: now PHP treats it as usual (500 and "Uncaught ...").
-
- In PrestaShop 9.1 and 9.2, the store's own links within the translated text were broken.
- When translating a text with a domain without a path, the store registered the warning Undefined array key "path" .
- If the store did not have the module's internal key saved (very old installations), that internal address would respond to anyone without checking anything.
-
- Sales only with paid order:
- A manual return does not result in reselling:
- Partial refunds and returns:
-
- If another module or theme added a form to the page with a field called id, the console displayed node.id.startsWith is not a function, And the search engine stopped…
-
- Back-office product sheet: the "Generate with AI" button did nothing (since version 1.5.0 ) and the block came out without part of its style, because the generator's JS…
- When reloading the card, the generator remains blocked if the product is already in a draft showcase (that's how the AI saves them): before it allowed duplication.
- Remove email and website from headers and README, as requested by Addons.
-
- Code checks required by the PrestaShop Addons validator. No functional change: settings with an empty value keep it, and carts kept by other modules are still left alone.
-
- No changes to functionality: key of the module for PrestaShop Addons and internal adjustment of the order button controller requested by the official validator (PHPStan).
-
- /guest-withdrawal It gave error 500: the driver requested a template that does not exist (guest-withdrawal.tpl).
- Even after fixing the above, it still couldn't be sent: the page wouldn't load the confirmation window or the withdrawal policy window.
- The page title displayed the HTML, and the "excess attempts" exit message did not include the policy cards.
-
- It works with the mobile app of Rekire via RKR AI Catalog Flow.
- In the product search, both parameter names are accepted: id_lang/optionalParams (rkrexternapi) e idLang/optional_params (rkraicatalogflow).
-
- Shops with a page cache (AllInOneCache and the like): the event id of the PageView was written by PHP, so it stayed in the cached HTML. Every visitor of a URL sent the…
- A second visit to a cached page in the same browser session did not send the server half of the PageView: the mark in sessionStorage used that fixed id. The mark is gone.
- After installing: empty the page cache. Until then, the pages already stored keep working with their old id. The upgrade empties the compiled templates.
-
- Copy invoices on Telegram
- "Telegram" tab in settings
- The "Telegram" column in the document list
-
- The "Configure" screen had no fields
-
- Block segmentation by Mobile App or Web
- Direct selector in the block header ( Show in: All environments, Mobile App only, or Web only outside the app).
- Advanced conditional rule in Display Rules ( Mobile App : equal to Yes/No), allowing you to combine the condition with pages, categories, products, customers, or carts.
-
- With the store in maintenance mode, product pages in PrestaShop 9 were displaying as a blank page (503 empty) instead of the maintenance page. PrestaShop renders the…
-
- It coexists with page caches. RKR Cookies used to be last in the actionOutputHTMLBefore , also following the cache, which stores the HTML in that same hook: saved pages…
- If a cache is ahead, the pages it stored without locking are discarded: All In One Cache empties itself; for the others, a notification remains in the log to empty them…
-
- Text shadow: Titles, prices, and other text no longer always have a black shadow. This can be removed by shadow: none in the theme or Styles menu (the panel didn't save…
- Tags: The height was negative and remained fixed, and above about 24px the text would overflow. Now they grow with the font and the text is centered.
- CMS pages: the photo is found in img/rkr/cms/ .jpg And if it's not there, the backup image is used. Previously it was read img/cms/ .jpg The editor's file manager…
-
- Emptying the combined CSS and JS no longer leaves pages without styles: their versions are key to the cache, a page painted while they were changing is not saved, and…
- Other modules can request a separate version of the page using $_SERVER ['ALLINONECACHE_VARIANT'] , placed before this module in ` actionDispatcherBefore (used by RKR…
- New option "Serve cache to PageSpeed" (off by default): Lighthouse receives the same page as clients and measures its actual response time.
-
- Compatible with AllInOne Cache 1.2.2 or higher page caching: the HTML changes depending on the visitor, and with only one page per URL, the first one decided for…
- The Summary warns in red if AllInOne Cache is older than 1.2.2 or runs before this module.
- Preview: the cookie is sent even if the cache serves the page, and the store notice no longer includes the expiration time (it could be stored in the cache).
-
- An old link to a deleted product resulted in a 404 error with a blank page.
- Tested on PrestaShop 9.1.5 with Classic (update 1.2.1 → 1.2.2 ): a normal tab still has the bar and a non-existent product gives the 404 with header and footer.
-
- The photo no longer extends beyond its memory card.
- In the list with thumbnails, the photo and name are centered in the row
-
- The hidden tab of each offer was set to the FULL price (the state rule did not reach the calculation) and, from the console, with the VAT removed twice.
- Each new listing created two hidden listings; the remaining one was then made available for sale. The update deactivates the ones that were left unlisted.
- The name of the hidden card was a single letter of the product ("a · Outlet · ...").
-
- Integrity
- Ownership security
- Public codes
-
- The safety warnings and usage instructions of each dossier, and the glossary descriptions, were never saved (wrong multilingual definition of the models).
- An allergen listed without a concentration was stored as 0 % and hidden as "below the threshold"; it is now reported as an allergen to declare. Ingredients without a…
- Multistore: every dossier was saved in shop 1; dossiers now belong to their shop, saving from "All shops" asks to pick a shop, and the configuration follows the shop…
-
- The calculator's JavaScript and CSS never loaded on the shop (the asset path carried a query string and PrestaShop dropped it): nobody could upload a file.
- The product-page widget always looked at product 1 (themes pass a lazy array, not a Product).
- A first-time visitor (no cart yet) could not add a quote to the cart, and the quote and its product were left orphaned.
-
- Multiple feeds: one per channel (Google Merchant Center, Meta, TikTok), store, language, currency, and country, each with its file, URL, and a summary of its last pass…
- Google categories: their own correspondence with the official taxonomy (6 languages, search function when typing); a subcategory inherits that of its predecessor. The…
- Exclusions by category (with subcategories), by brand, by product and, if desired, out-of-stock items.
-
- Fixed: the back office of PrestaShop 1.7.8 loaded without styles or scripts (the asset URLs carried to ?v= that 1.7.8 rejects).
- Fixed: the category and brand pickers of the targeting rules always failed (error 500), so those rules could not be set.
- Fixed: A/B variants were frozen for every visitor by the payload cache, and scheduled start/end dates were ignored until something was edited.
-
- PrestaShop 1.7.8 and 8.x: texts with "&", quotes or apostrophes showed as & , " in the back office screens and messages (those versions return translations already…
- PrestaShop 1.7.8 : the CSV and JSON exports downloaded an empty file (the module configuration page answered them as its own list export).
- The module name no longer carries an "&": "RKR Manufacturing — Bills of Materials and Manufacturing Orders".
