Version 1.4.4

• Enhanced Template Rendering for Legacy PrestaShop Versions: Improved module template compatibility for PrestaShop versions 1.7.0 through 1.7.5. By strictly utilizing the module: Smarty resource syntax (e.g., module:rbfree/views/templates/front/form.tpl) instead of standard filenames, we have resolved common TemplateFinder errors that previously caused pages such as forms, tracking, status, confirmation, and print views to fail or display "No template found" warnings.
• API Compliance for PrestaShop 1.7.6 and Newer: Modernized the setModuleTemplate() method to utilize the official public setTemplate() API. Moving away from direct access to the protected $template property ensures the module remains stable and avoids FatalThrowableError exceptions during template rendering on newer PrestaShop versions.
• Improved Translation Logic and Error Handling: Refactored the RbfModuleFrontController by removing an unnecessary trans() override. This change ensures the module strictly adheres to the standard ControllerCore::trans() method signature, successfully preventing ContextErrorException issues during multilingual content display (such as English, Polish, or German translations).
• Optimized Data Validation for Multi-Version Support: Fixed a critical regression affecting withdrawal savings on PrestaShop 1.7.2.x. We replaced the Validate::isCustomerName method (which is exclusive to PrestaShop 8 and newer) with the universal Validate::isName method, ensuring reliable data processing across all supported PrestaShop installations.
• Architectural Improvement: Standardized Base Controller: Introduced a robust RbfModuleFrontController base class that implements the renderPageTemplate() method. This standardization ensures that asset registration (such as CSS and JavaScript files) and page rendering are consistent throughout the entire module, significantly improving maintainability.
• Frontend Optimization: Refactored key front-office controllers—specifically tracking, status, confirmation, and print—to extend the new base controller. This transition ensures these pages utilize the optimized renderPageTemplate() logic, leading to a more consistent and professional user experience.

Version 1.4.3

• Resolved a critical compatibility issue with PrestaShop 1.7.2.x to ensure seamless integration and stability of the module.
• Fixed a code syntax error related to class constant definitions (specifically the usage of public const ). 
• Restored the proper display and functionality of the 'Return Products' button in the customer interface, which was previously blocked from rendering by the aforementioned syntax error.
• Enhanced the overall structural integrity of the module's codebase to provide a smoother user experience and maintain uninterrupted store operations.

Version 1.4.2 

• Fixed an issue with frontend translation strings generated via PHP source code, specifically affecting the view form, status tracking interface, and dedicated status page, as well as notification messages within the administration panel. Previously, due to the absence of an explicitly defined translation domain, PrestaShop defaulted back to the English language original text regardless of valid translations being present within local language packs; for instance, the translation column "Rückgabefrist" (German / Deutsch) incorrectly displayed "23 days left" instead of "23 Tage verbleibend" (German / Deutsch) .
• Enhanced and corrected the trans() abstraction method within the core module front controller, ensuring that the designated translation domain strictly adheres to standard PrestaShop namespace conventions for the form , track , and status views to improve multi-language SEO indexing and store localization.
• Post-Update Recommendations: To ensure all structural translation updates take effect immediately, completely re-upload the module package, flush the PrestaShop system cache (focusing specifically on the translation and template caches), and verify the frontend user interface functionality using a language other than English (such as German / Deutsch or Polish / Polski).

Version 1.4.1 

The official release fully compatible with the PrestaShop 1.6.x ecosystem is now ready for deployment!

• Resolved a critical email dispatch issue affecting automated customer and administrator confirmation notifications triggered upon new form submissions on the frontend, as well as manual re-sending routines initialized via the administration back office.
• Eliminated a fatal PHP error Call to a member function getName() on null encountered during manual email re-transmissions within PrestaShop 8.x back office management dashboards.
• Corrected the variable ordering and parameter positioning within the Mail::Send() core function call to accurately align id_lang and id_shop definitions, preventing cross-store email configuration conflicts in multi-store environments.
• Resolved an application crash throwing the exception property "active" is missing in object RbfWithdrawal that occurred when toggling the email status switch inside the administration requests list; the user interface column has been optimized to safely show a streamlined Yes/No status flag.
• Disabled the redundant "Add new" action button inside the administrator panel, ensuring requests are exclusively initiated by customers on the storefront; unauthorized manual attempts to access the direct creation URL will gracefully display an informational warning and redirect back to the overview table.
• Technical Framework Architecture: Introduced the standalone RbfMailHelper utility class to guarantee secure, sandboxed, and robust email processing workflows originating from the administration backend.
• System Overrides: Integrated an automated, lightweight core system override for the PrestaShop Mail class, allowing custom module email templates to load natively without requiring hardcoded theme folder modifications inside the active shop layout.
• Environment Fallbacks: Added strict safety checks and contextual guards to prevent template loading failures and safeguard store theme detection routines when full PrestaShop context initialization is absent.

Version 1.4.0 

Bug Fixes and Structural Adjustments

• Order History Table Alignment: Resolved a formatting issue where the content of the "Withdrawal Request" column was incorrectly shifting into the "Total Price" column. We introduced a dedicated table data cell (   ) for each row directly preceding the action column (Details / Reorder). This guarantees perfect alignment between table headers and data rows, significantly improving the front-end user experience.
• Enhanced Status Label Visibility: Fixed the display rendering of the withdrawal request status labels, such as "Confirmed". Previously, conflicting theme CSS classes ( badge-info and label-info ) caused the text to be invisible against the background. The new design implements a clear, highly readable label featuring a distinct background color and white text for maximum accessibility.

New Features and Capabilities

• Universal "Withdrawal Request" Column: The withdrawal request column has been permanently integrated into the order history table, providing customers with immediate and consistent visibility into their return options across all their purchases.
• Streamlined Return Initiation: Introduced a user-friendly, concise text link to initiate returns for orders that fall within the eligible withdrawal period. This provides a cleaner interface by replacing the previously bulky button design.
• Comprehensive Customer Order Mapping: Upgraded the buildCustomerOrderWithdrawalMap() function to process the entire customer order history, rather than limiting it strictly to orders with pre-existing withdrawal requests. Order return eligibility is now dynamically and accurately validated using the isOrderSelectableForCustomer() method.
• Color-Coded Status Indicators: Implemented intuitive, color-coded styling for various withdrawal statuses in the order history table. Distinct visual cues are now available for the following states: pending, confirmed, processing, refunded, and rejected, making it easier for customers to track their return progress.
• Advanced Translation Management: Added full native support for dynamic label translations directly from the PHP core using the $this->l() function. New translation strings, including "Withdraw", "View", and "Withdrawal request", have been seamlessly integrated into the translation files for both the English language and the Polish language. 

Modifications and Interface Enhancements

• Refined Action Link Aesthetics: Transitioned the return initiation element from a prominent primary button ( btn btn-primary ) to a subtle, standard text link. This adjustment utilizes the .rbf-order-history-init class to maintain visual consistency with other standard actions within the order history table.
• Optimized Action Labels: Shortened the return link labels to improve overall interface cleanliness. The label now simply reads "Withdraw" in the English language and "Odstąp" in the Polish language, replacing the previously hardcoded "Start" text and unnecessarily long configuration strings.
• Dynamic Cell Content Logic: Restructured the content displayed within the order history cells based on real-time order conditions to reduce interface clutter:
  • If a withdrawal request already exists, the system automatically displays the current status label alongside a "View" link.
  • If no request exists but the order is still eligible for a return, a straightforward "Withdraw" link is presented to the user.
  • For all other ineligible states, a clean "—" placeholder is displayed.
• JavaScript Data Handling Optimization: Completely removed hardcoded English language fallback texts from the views/js/order-history.js script. All frontend interface texts are now dynamically populated from the rbfOrderHistoryData object, which is securely generated on the backend via PHP, ensuring accurate and unified localization across the entire module.

Modified Source Files

• views/js/order-history.js
• views/css/front.css
• rbfree.php
• translations/en.php (English language dictionary)
• translations/pl.php (Polish language dictionary)

Version 1.3.0

• Changed the way of how module include a part of /lib .php libraries to avoid errors in some specific php environments

Version 1.2.0

• Enhanced Localization: Added missing translations for all automated email templates utilized by the module, ensuring a seamless and localized communication workflow for customer return updates.
• Improved Customer Experience: Standardized email notification content across default PrestaShop languages to maintain high professional standards during the order withdrawal process.

Version 1.1.0

• Multi-Language Support Expansion: Introduced full translation packages for key global e-commerce markets, optimizing the storefront for international customers.
• Comprehensive Localization: Added complete language packs including:
  • Polish (Język polski)
  • English (English language)
  • German (Deutsche Sprache)
  • French (Langue française)
  • Spanish (Idioma español)
  • Italian (Lingua italiana)

Version 1.0.0

• Official Module Launch: Initial release of the Return Button Free module for PrestaShop, now officially available on the MyPresta Addons Marketplace.
• Legal Compliance Automation: Streamlines European Union (EU) consumer withdrawal rights compliance by offering a clear, automated, and traceable process for customer returns.
• User Interface Integration: Enhances the customer account section with a dedicated, user-friendly return action button to improve self-service return management and boost customer trust.