{"id":328845,"date":"2026-06-29T00:09:05","date_gmt":"2026-06-29T00:09:05","guid":{"rendered":"https:\/\/wordpress.org\/plugins\/wwu-withdrawal-button\/"},"modified":"2026-06-29T08:20:38","modified_gmt":"2026-06-29T08:20:38","slug":"wwu-withdrawal-button","status":"publish","type":"plugin","link":"https:\/\/snd.wordpress.org\/plugins\/wwu-withdrawal-button\/","author":16441711,"comment_status":"closed","ping_status":"closed","template":"","meta":{"version":"1.3.2","stable_tag":"1.3.2","tested":"7.0","requires":"5.8","requires_php":"8.1","requires_plugins":null,"header_name":"WWU Right of Withdrawal for Popular Ecommerce Platforms","header_author":"mredodos, Matteo Alfieri (An Idea for Business), WebWakeUp","header_description":"EU online right-of-withdrawal function (\"withdrawal button\", Art. 11a Dir. 2011\/83\/EU as amended by Dir. (EU) 2023\/2673; Italy: Art. 54-bis Codice del Consumo). Adds the legally-mandated, statutory-labelled two-step withdrawal flow, durable-medium acknowledgement (email + PDF + verifiable link) and a tamper-evident immutable log to WooCommerce, FluentCart & Easy Digital Downloads. Applies from 19 June 2026.","assets_banners_color":"272228","last_updated":"2026-06-29 08:20:38","external_support_url":"","external_repository_url":"","donate_link":"","header_plugin_uri":"https:\/\/webwakeup.it\/wwu-withdrawal-button\/","header_author_uri":"https:\/\/webwakeup.it","rating":0,"author_block_rating":0,"active_installs":80,"downloads":171,"num_ratings":0,"support_threads":0,"support_threads_resolved":0,"author_block_count":0,"sections":["description","installation","faq","changelog"],"tags":{"1.3.2":{"tag":"1.3.2","author":"mredodos","date":"2026-06-29 08:31:11"}},"upgrade_notice":{"1.2.13":"<p>Partial withdrawal now lets the customer pick a quantity per item (e.g. 1 of 3) \u2014 an optional, no-JS number field; blank = the whole line. Shown on the receipt, dashboard and REST API. Informational and fully back-compatible (additive data). Issue #47.<\/p>","1.2.12":"<p>Now requires PHP 8.1 (was 7.4); ships Dompdf 3.1.5. Custom CSS field removed \u2014 restyle via WordPress Customizer \u2192 Additional CSS. Timestamping is now opt-in: no external calls by default. PHP 7.4\u20138.0 sites stay on 1.2.11; a compatible build is on GitHub.<\/p>","1.2.11":"<p>Fixes the Consent Records admin page (and CSV export) showing only WooCommerce consents: it now reads cross-platform from the tamper-evident evidence log, so Easy Digital Downloads and FluentCart consents appear too. Read-only \u2014 the immutable log is never altered. (GitHub #41.)<\/p>","1.2.10":"<p>WordPress.org compliance pass: wp_unslash() added on the settings-save inputs (already sanitised) and a false-positive prepared-SQL error silenced on the integrity query. Over-long upgrade notices trimmed. No change to the withdrawal flow or your data.<\/p>","1.2.9":"<p>Type-aware withdrawal window: for all-digital orders the 14-day countdown now starts at the order date (contract conclusion); orders with physical items are unchanged (delivery\/completed date). Informational only \u2014 the button is never hidden on this. No breaking changes.<\/p>","1.2.8":"<p>Completes the guest fix: the [webwakeupwdb_button] shortcode and the order-actions link now also route guests to the public withdrawal page, not just the automatic button, so a guest is never sent to the login screen. Logged-in customers unaffected.<\/p>","1.2.7":"<p>Fixes the withdrawal button in the order recap sending guest (no-account) customers to the login screen; guests are now routed to the public withdrawal page. Logged-in customers are unaffected. No breaking changes.<\/p>","1.2.6":"<p>Completes the bundled translations (Italian, German, French, Spanish, Swedish) for recent admin strings that were still showing in English \u2014 the Legal clauses editor, the Notification email(s) field and the Compliance reminders. (Swedish is machine-assisted, pending native review.)<\/p>","1.2.5":"<p>Fixes PHP 7.4 compatibility: the bundled PDF library (Dompdf) had been requiring PHP 8.1 and showed a Composer platform error on PHP 7.4 sites; it is now pinned to the 7.4-compatible 2.x line. Also: the notification e-mail field now accepts multiple comma-separated recipients.<\/p>","1.2.4":"<p>Housekeeping + WordPress.org compliance hardening (input sanitisation, output escaping, explicit REST permission callbacks). The display name is now &quot;WWU Right of Withdrawal&quot;; the slug is unchanged. No change to the withdrawal flow or your data.<\/p>","1.2.3":"<p>Follow-up to the 1.2.2 e-mail fix: a failed acknowledgement e-mail now shows the exact transport reason (for example the SMTP plugin&#039;s &quot;Could not authenticate&quot;) in the admin notice and the immutable log, instead of a generic &quot;email failed&quot;, so an SMTP misconfiguration is obvious at a glance.<\/p>","1.2.2":"<p>Critical: fixes a fatal &quot;critical error&quot; when sending the acknowledgement e-mail (on confirmation and admin resend), caused by an SMTP plugin throwing inside wp_mail. The send now fails gracefully instead of crashing. Also: set FluentCart handling to Off if you use its native add-on.<\/p>","1.2.1":"<p>Fixes the WooCommerce &quot;Right of withdrawal&quot; account tab returning a 404 on a fresh install \u2014 a one-time rewrite flush now runs after activation (re-saving Permalinks also fixes it). You can also edit the legal clauses from Settings \u2192 Legal clauses (no code).<\/p>","1.2.0":"<p>Reminder: installing the button does not update your shop&#039;s legal texts. Your Terms &amp; Conditions and pre-contractual information must describe the new withdrawal-button modality (Art. 6 CRD). The plugin now flags this and gives you the ready-to-paste clauses. No change to the flow.<\/p>","1.0.0-alpha.43":"<p>Adds a consumer-facing &quot;why exempt&quot; note: on orders exempt under Art. 59, the plugin explains why the withdrawal button is absent (the exception + legal reference) instead of showing nothing. Editable, fail-safe, only on genuinely exempt orders; button visibility unchanged.<\/p>","1.0.0-alpha.42":"<p>Adds an optional &quot;which products&quot; checklist to the withdrawal form (partial withdrawal), shown on the receipt and the Requests dashboard. Optional and fail-open \u2014 leaving it empty withdraws from the whole order as before. No breaking changes.<\/p>","1.0.0-alpha.41":"<p>Adds a FluentCart handling mode (Auto\/Always\/Off) so this plugin steps aside automatically when FluentCart&#039;s own withdrawal add-on is installed. No breaking changes; WooCommerce and EDD are unaffected.<\/p>","1.0.0-alpha.40":"<p>Restores the admin UI styling (the UI Kit is now bundled) and adds Swedish (statutory button label + complete UI translation, pending native review). No breaking changes.<\/p>","1.0.0-alpha.39":"<p>Critical fix: the Settings page no longer crashes with a &quot;Class \u2026 Settings not found&quot; fatal. Update recommended for everyone. Also includes a mail-safety fix and a WooCommerce\/conflict audit.<\/p>","1.0.0-alpha.38":"<p>Subscriptions are handled correctly: the button shows on the initial order only and is hidden on renewals (one 14-day right per contract). Two opt-in toggles under Settings \u2192 Subscriptions. If you use WooCommerce\/FluentCart\/EDD subscriptions, test on staging.<\/p>","1.0.0-alpha.37":"<p>FluentCart stores can now use the <code>{{wwu.recesso_url}}<\/code> merge-tag in FluentCart&#039;s own e-mails. No change for WooCommerce\/EDD. FluentCart users: add the tag to a template and test on staging (FluentCart&#039;s own native withdrawal feature is also coming soon).<\/p>","1.0.0-alpha.36":"<p>Security hardening from a full audit (0 critical\/high): SSRF guard on the RFC 3161 endpoint, rate limits on the withdrawal endpoints, input length caps. Recommended for all installs; no behaviour change for consumers.<\/p>","1.0.0-alpha.35":"<p>EDD stores now show the withdrawal button on the purchase receipt + purchase history, and add the withdrawal link to the EDD receipt e-mail (parity with WooCommerce\/FluentCart). Set a public withdrawal page in Settings and re-test the EDD customer flow on staging.<\/p>","1.0.0-alpha.34":"<p>FluentCart: consent now renders on the block\/modal checkout too and is category-aware; order notes appear in the FluentCart timeline. No change for WooCommerce\/EDD stores. FluentCart users: re-test the checkout consent on staging (checklist included).<\/p>","1.0.0-alpha.33":"<p>Adds Easy Digital Downloads (EDD 3.0+) support. No change for WooCommerce\/FluentCart stores. If you run EDD, test the checkout + button on staging.<\/p>","1.0.0-alpha.32":"<p>Adds consent capture on the WooCommerce block Checkout (requires WooCommerce 9.9+ for the conditional field). No change to the classic checkout. Test on staging if you use the block checkout.<\/p>","1.0.0-alpha.31":"<p>Settings\/exemptions UI overhaul + completed Italian\/FR\/ES\/DE translations (the exemption section was partly in English). No change to the withdrawal flow. Safe to update.<\/p>","1.0.0-alpha.30":"<p>Adds FluentCart checkout consent capture for the conditional exemptions (parity with WooCommerce). Test on a staging FluentCart store before production; fail-safe (the button stays) until the field is verified on your setup.<\/p>","1.0.0-alpha.29":"<p>Completes the digital\/service exemptions: durable-medium confirmation e-mail, configurable consent retention with automatic IP anonymisation, a GDPR privacy clause and a Consent records page. Review the new clause + retention setting. Test on staging; not yet stable.<\/p>","1.0.0-alpha.28":"<p>Adds lawful consent capture at checkout for digital-immediate and service-performed exemptions. If you exempt those product types, the button is now hidden only after the consumer ticks the required acknowledgement. Test on staging; not yet a stable release.<\/p>","1.0.0-alpha.19":"<p>Recommended for FluentCart stores: fixes the customer-account withdrawal page (was blank) and the per-order button. Test on staging before production; not yet a stable release.<\/p>","1.0.0-alpha.17":"<p>Feature-complete alpha. Test thoroughly on staging before production; not yet a stable release.<\/p>"},"ratings":[],"assets_icons":{"icon-128x128.png":{"filename":"icon-128x128.png","revision":3589609,"resolution":"128x128","location":"assets","locale":"","width":128,"height":128},"icon-256x256.png":{"filename":"icon-256x256.png","revision":3589609,"resolution":"256x256","location":"assets","locale":"","width":256,"height":256},"icon.svg":{"filename":"icon.svg","revision":3589609,"resolution":false,"location":"assets","locale":false}},"assets_banners":{"banner-1544x500.png":{"filename":"banner-1544x500.png","revision":3589609,"resolution":"1544x500","location":"assets","locale":"","width":1544,"height":500},"banner-772x250.png":{"filename":"banner-772x250.png","revision":3589609,"resolution":"772x250","location":"assets","locale":"","width":772,"height":250}},"assets_blueprints":{},"all_blocks":{"webwakeupwdb\/withdrawal-form":{"$schema":"https:\/\/schemas.wp.org\/trunk\/block.json","apiVersion":3,"name":"webwakeupwdb\/withdrawal-form","version":"1.0.0","title":"Withdrawal \u2014 self-service","category":"widgets","icon":"undo","description":"Lets a logged-in customer pick an eligible order and withdraw from it, or shows the two-step withdrawal form for a specific order. Server-rendered with the same applicability and ownership checks as the [webwakeupwdb_form] shortcode.","keywords":["withdrawal","recesso","refund","right of withdrawal","woocommerce"],"textdomain":"wwu-withdrawal-button","supports":{"html":false,"align":["wide","full"],"anchor":true},"attributes":{"orderId":{"type":"number","default":0}},"editorScript":"file:.\/index.js"}},"tagged_versions":["1.3.2"],"block_files":[],"assets_screenshots":[],"screenshots":[]},"plugin_section":[],"plugin_tags":[250438,131785,269342,263226,286],"plugin_category":[45],"plugin_contributors":[269383,269343],"plugin_business_model":[],"class_list":["post-328845","plugin","type-plugin","status-publish","hentry","plugin_tags-fluentcart","plugin_tags-gdpr","plugin_tags-recesso","plugin_tags-right-of-withdrawal","plugin_tags-woocommerce","plugin_category-ecommerce","plugin_contributors-anideaforbusiness","plugin_contributors-mredodos","plugin_committers-mredodos"],"banners":{"banner":"https:\/\/ps.w.org\/wwu-withdrawal-button\/assets\/banner-772x250.png?rev=3589609","banner_2x":"https:\/\/ps.w.org\/wwu-withdrawal-button\/assets\/banner-1544x500.png?rev=3589609","banner_rtl":false,"banner_2x_rtl":false},"icons":{"svg":"https:\/\/ps.w.org\/wwu-withdrawal-button\/assets\/icon.svg?rev=3589609","icon":"https:\/\/ps.w.org\/wwu-withdrawal-button\/assets\/icon.svg?rev=3589609","icon_2x":false,"generated":false},"screenshots":[],"raw_content":"<!--section=description-->\n<p>Product page &amp; docs: <a href=\"https:\/\/webwakeup.it\/wwu-withdrawal-button\/\">webwakeup.it\/wwu-withdrawal-button<\/a> | source code, issues &amp; contributions: <a href=\"https:\/\/github.com\/An-Idea-For-Business\/wwu-withdrawal-button\">GitHub<\/a><\/p>\n\n<p>From 19 June 2026, EU law (Directive (EU) 2023\/2673, new Art. 11a of the Consumer Rights Directive; Italy: Art. 54-bis Codice del Consumo) requires online stores to provide a <strong>withdrawal function<\/strong> that lets consumers withdraw from a distance contract as easily as they concluded it. WWU Withdrawal Button adds that function \u2014 and everything around it you need to run it and to prove you did it right \u2014 to WooCommerce, FluentCart and Easy Digital Downloads.<\/p>\n\n<h4>How it works (in plain terms)<\/h4>\n\n<ol>\n<li>An eligible customer opens their order and clicks the statutory <strong>\"Withdraw from contract here\"<\/strong> button \u2014 in their account, from a link in the order e-mail, or on a public page (no account needed: they look the order up with its number + e-mail).<\/li>\n<li>A simple <strong>two-step form<\/strong> appears: they review what they are withdrawing from (optionally ticking only some items \u2014 partial withdrawal is allowed), then confirm. No reason required, no hoops.<\/li>\n<li>The instant they confirm, the customer receives an <strong>acknowledgement of receipt on a durable medium<\/strong> \u2014 an e-mail, a PDF copy and a permanent verifiable link \u2014 showing exactly what was withdrawn and the precise date and time. The order is flagged \"withdrawal requested\".<\/li>\n<li>Every step is written to a <strong>tamper-evident, append-only log<\/strong> (hash-chained and timestamped) so you can prove what happened and when. You then handle the refund as usual \u2014 the plugin records that too.<\/li>\n<\/ol>\n\n<p>That is the whole customer experience. Everything below exists to make it correct, easy to run, and defensible.<\/p>\n\n<h4>For your customers<\/h4>\n\n<ul>\n<li>A prominently displayed, legible button with the <strong>exact statutory wording per language<\/strong> (IT, EN, DE, FR, ES, SV \u2014 extensible).<\/li>\n<li>The button appears where customers actually look: the <strong>account area<\/strong> (order list, order detail, a dedicated \"Right of withdrawal\" tab), a <strong>link inside order e-mails<\/strong>, a <strong>public self-service page<\/strong> with guest lookup, and anywhere via <strong>shortcodes<\/strong> or the <strong>Gutenberg block<\/strong>.<\/li>\n<li>A short, reassuring <strong>step-by-step guide<\/strong> during the flow (timing, refund, returns); the wording and the withdrawal window (\u226514 days \u2014 you may grant more) are editable.<\/li>\n<li>When an order is genuinely exempt, a clear <strong>\"why is the button not here\" note<\/strong> explains the specific legal exception, instead of leaving the customer confused.<\/li>\n<li>A human-readable <strong>verification certificate<\/strong> for the receipt (integrity, order, date, hash) \u2014 not raw code.<\/li>\n<\/ul>\n\n<h4>For you (the merchant)<\/h4>\n\n<ul>\n<li>An onboarding <strong>Dashboard<\/strong> with a setup checklist (one-click fixes), a plain \"how it works\" walkthrough, and a \"where the button appears \/ why it might not\" explainer.<\/li>\n<li>A one-click <strong>e-mail delivery test<\/strong> that detects your SMTP plugin and proves the receipt actually reaches the inbox \u2014 the #1 cause of \"nothing happened\".<\/li>\n<li>A <strong>Requests dashboard<\/strong> to manage every withdrawal: status (open \/ processed \/ refunded), a chain-integrity badge, and one-click <strong>mark processed<\/strong>, <strong>resend receipt<\/strong> and <strong>open the order to refund<\/strong> (the refund is logged as proof you met the 14 days). Subscription and partial-withdrawal requests are flagged.<\/li>\n<li>A <strong>Compliance page<\/strong>: a go-live countdown, the statutory labels in use, the document checklist with ready-to-paste clauses, and environment warnings (Complianz \/ cache \/ multilingual) to fix.<\/li>\n<li>Receipts are <strong>real WooCommerce e-mails<\/strong> (your logo, colours, header) with a preview. The withdrawal button and form <strong>inherit your theme's typography and colour presets<\/strong> out of the box, so they blend in automatically; for finer control, restyle every part from <strong>Appearance \u2192 Customize \u2192 Additional CSS<\/strong> (built into WordPress), targeting the plugin's documented CSS variables and classes.<\/li>\n<\/ul>\n\n<h4>Smart legal handling (so you don't have to think about it)<\/h4>\n\n<ul>\n<li><strong>Subscriptions<\/strong> \u2014 the law gives one 14-day right per contract, so the button shows on the <strong>initial order only<\/strong> and is hidden on renewals (WooCommerce Subscriptions, FluentCart, EDD Recurring). Fail-safe, with opt-in overrides.<\/li>\n<li><strong>Partial withdrawal<\/strong> \u2014 customers can withdraw from only some items of an order.<\/li>\n<li><strong>Art. 59 exemptions<\/strong> \u2014 tag products or categories by the specific statutory reason (events on a fixed date, digital content with immediate access, a service fully performed\u2026). For the conditional reasons the plugin captures the customer's <strong>express consent at checkout<\/strong> (WooCommerce classic + block, FluentCart, EDD), stores it as evidence, sends the required durable-medium confirmation, and only then hides the button. <strong>Physical products always keep the right<\/strong> \u2014 never hidden by mistake.<\/li>\n<li><strong>Applicability by country<\/strong> \u2014 EU\/EEA consumers only (default) or always; B2B (VAT) orders can be treated as out of scope.<\/li>\n<\/ul>\n\n<h4>Evidence, timestamps &amp; integrity<\/h4>\n\n<ul>\n<li>The immutable log is <strong>append-only and hash-chained<\/strong> (HMAC-keyed with your site secret), so tampering is detectable.<\/li>\n<li><strong>Recommended<\/strong> trusted timestamping (off by default \u2014 one click to enable): free, independently-verifiable <strong>OpenTimestamps<\/strong> (Bitcoin) anchoring, or a <strong>qualified eIDAS RFC 3161<\/strong> timestamp (a free Sectigo endpoint, or your national authority \u2014 Aruba, InfoCert, D-Trust, Universign, FNMT, SwissSign), for an independent <strong>\"data certa\"<\/strong> of when each withdrawal was received. The hash chain is the baseline evidence on its own; once you enable a provider, failed stamps retry automatically and any not-yet-anchored records are surfaced in the admin. (It is off by default only because WordPress.org requires external calls to be opt-in \u2014 the plugin prompts you to switch it on.)<\/li>\n<\/ul>\n\n<h4>Privacy &amp; GDPR<\/h4>\n\n<ul>\n<li>The log commits to an <strong>anonymised IP<\/strong>; the full IP lives separately and is <strong>erased after a configurable retention<\/strong> (10 years by default).<\/li>\n<li>A <strong>Consent records<\/strong> screen lists and exports the exemption consents (CSV). Two ready-to-paste privacy clauses are generated (withdrawal log + exemption-consent), on a legitimate-interest basis. The uninstaller keeps the evidence log by default (legal hold) unless you opt to erase it.<\/li>\n<\/ul>\n\n<h4>Documents &amp; compliance<\/h4>\n\n<ul>\n<li>Generates the <strong>Annex I-B model withdrawal form<\/strong> and ready clauses for <strong>pre-contractual information, Terms &amp; Conditions and Privacy<\/strong> \u2014 and reminds you, clearly, that installing the button is <strong>not enough<\/strong>: your Terms and pre-contractual withdrawal article must be updated to describe the new button modality (the plugin gives you the exact text to paste).<\/li>\n<li>A single <strong>consolidated \"Right of withdrawal\" notice<\/strong>, assembled live from your settings and the Art. 59 exceptions you selected, published three ways: the <strong><code>[webwakeupwdb_policy]<\/code> shortcode<\/strong>, an <strong>auto-created page<\/strong> (one click to recreate it if you delete it) or a downloadable <strong>PDF<\/strong> \u2014 all managed from <strong>Compliance \u2192 \"Informativa sul diritto di recesso\"<\/strong> (preview \/ create \/ open \/ <strong>freeze<\/strong> to static HTML \/ download). Optionally, two opt-in toggles append the same clauses to your <strong>Complianz<\/strong> Privacy Policy and Terms &amp; Conditions (EU-only, off by default, with a live preview). It complements \u2014 it does <strong>not<\/strong> replace \u2014 your own legal texts.<\/li>\n<\/ul>\n\n<h4>Integrations &amp; automation<\/h4>\n\n<ul>\n<li>A <strong>read-only REST API<\/strong> (authenticated with a standard Application Password) to list requests and check an order's withdrawal status, plus an optional <strong>signed webhook<\/strong> (HMAC-SHA256) fired the moment a withdrawal is confirmed \u2014 for Zapier, Make, n8n, a CRM or a helpdesk. Privacy-first: the consumer's IP is never exposed. <strong>33 documented hooks\/filters<\/strong> for developers.<\/li>\n<li>Plays nicely with <strong>Complianz<\/strong>, <strong>TranslatePress<\/strong> and page-cache plugins (WP Rocket \/ LiteSpeed \/ W3TC).<\/li>\n<\/ul>\n\n<h4>Platforms &amp; licence<\/h4>\n\n<ul>\n<li><strong>WooCommerce (HPOS + legacy), FluentCart and Easy Digital Downloads (3.0+)<\/strong> through a common adapter \u2014 one plugin for all three. On FluentCart it can step aside automatically if FluentCart ships its own native withdrawal add-on, so customers never see two buttons.<\/li>\n<li><strong>Free and open source<\/strong> (GPLv3) \u2014 no upsell, no tracking, no remote scripts or fonts loaded on your site. Passed a full multi-dimension security audit (0 critical \/ 0 high).<\/li>\n<\/ul>\n\n<p>This plugin is a technical aid to compliance and is <strong>not legal advice<\/strong>. Have your own counsel review your store's documents.<\/p>\n\n<h3>External services<\/h3>\n\n<p>This plugin makes <strong>no external calls by default<\/strong>. Every outbound connection listed below is <strong>opt-in<\/strong> and stays <strong>off<\/strong> until you explicitly enable it in the settings. The tamper-evident log works fully offline \u2014 it is append-only and hash-chained with your site secret \u2014 so timestamping only <em>adds<\/em> an extra, independently-verifiable anchor; it is never required for the plugin to function.<\/p>\n\n<p><strong>OpenTimestamps<\/strong> (opt-in, off by default) \u2014 only if you set the timestamp provider to \"OpenTimestamps\" (Settings \u2192 Receipt &amp; evidence) does the plugin connect to the OpenTimestamps public calendar servers to obtain a free, trusted timestamp (a \"data certa\") for the log.<\/p>\n\n<ul>\n<li><strong>What is sent:<\/strong> only a SHA-256 hash (a one-way digest) of the immutable-log record, plus a random privacy nonce. No personal data, order content, names, emails or IP addresses are ever sent \u2014 only an opaque hash that cannot be reversed.<\/li>\n<li><strong>When:<\/strong> only while the provider is enabled \u2014 once when a withdrawal is confirmed (to submit the hash) and periodically via WP-Cron (to retrieve the Bitcoin-anchored proof). Nothing is ever sent while the provider is \"None\" (the default).<\/li>\n<li><strong>Where:<\/strong> the OpenTimestamps public calendars (a.pool.opentimestamps.org, b.pool.opentimestamps.org, a.pool.eternitywall.com, ots.btc.catallaxy.com).<\/li>\n<li><strong>Service info \/ privacy:<\/strong> https:\/\/opentimestamps.org\/<\/li>\n<\/ul>\n\n<p><strong>RFC 3161 \/ eIDAS timestamp authority<\/strong> (opt-in, off by default) \u2014 if you instead set the provider to an RFC 3161 authority, the same one-way SHA-256 hash (no personal data) is sent to the authority URL <strong>you<\/strong> configure. This is a provider you choose and contract with directly (examples: a free Sectigo endpoint, or a national authority such as Aruba, InfoCert, D-Trust, Universign, FNMT, SwissSign); please review that provider's own terms of service and privacy policy. No such call is made until you enable it.<\/p>\n\n<p><strong>Outbound webhook<\/strong> (opt-in, off by default \u2014 Settings \u2192 Integrations) \u2014 if enabled, the plugin sends a signed POST to the endpoint URL <strong>you<\/strong> specify whenever a withdrawal is confirmed. The payload carries a verification hash and contract reference, never the consumer's IP address.<\/p>\n\n<p>No other external services are used. The plugin does not load remote scripts, fonts or trackers on your site.<\/p>\n\n<h3>Privacy<\/h3>\n\n<p>The plugin records withdrawal declarations (name, identified contract, email, IP address, date and time) in an append-only, tamper-evident log on <strong>your own server<\/strong>, because Art. 54-bis requires this as legal evidence (GDPR Art. 6(1)(c)\/(f)). It generates a ready-to-paste privacy clause for your policy. Data is retained for a configurable period (10 years by default), and the uninstaller keeps the evidence log by default (legal hold) unless you opt to erase it.<\/p>\n\n<p>For the conditional Art. 59 exemptions, the plugin also stores the consumer's checkout consent + acknowledgement (the agreed wording, a hash, the date\/time and \u2014 unless you turn it off \u2014 the IP) as evidence to prove the exemption is valid. The lawful basis is <strong>legitimate interest<\/strong> (GDPR Art. 6(1)(f); defence of legal claims), <strong>not<\/strong> GDPR consent. The IP lives only on the order (never in the immutable log) and is automatically anonymised once the retention period lapses. A second ready-to-paste privacy clause is generated for this processing.<\/p>\n\n<!--section=installation-->\n<ol>\n<li>Upload the plugin to <code>\/wp-content\/plugins\/<\/code> and activate it.<\/li>\n<li>Activate WooCommerce and\/or FluentCart.<\/li>\n<li>Go to <strong>Withdrawal Button \u2192 Settings<\/strong>, enable the function, and choose your applicability mode (EU\/EEA only is the default).<\/li>\n<li>Publish the generated Annex I-B model form and update your Privacy \/ Terms \/ pre-contractual information from the Compliance page.<\/li>\n<\/ol>\n\n<!--section=faq-->\n<dl>\n<dt id=\"who%20must%20comply%3F\"><h3>Who must comply?<\/h3><\/dt>\n<dd><p>Any trader concluding distance B2C contracts via an online interface with EU\/EEA consumers, regardless of the trader's own country (Rome I Art. 6). Switzerland-resident consumers are out of scope (voluntary mode).<\/p><\/dd>\n<dt id=\"does%20it%20replace%20the%20model%20withdrawal%20form%3F\"><h3>Does it replace the model withdrawal form?<\/h3><\/dt>\n<dd><p>No. The button is <strong>additional<\/strong> to the Annex I-B model form, which remains mandatory in pre-contractual information. The plugin generates both.<\/p><\/dd>\n<dt id=\"can%20it%20publish%20a%20single%20%22right%20of%20withdrawal%22%20policy%20page%3F\"><h3>Can it publish a single \"Right of withdrawal\" policy page?<\/h3><\/dt>\n<dd><p>Yes. Since 1.3.0 the plugin assembles one consolidated <strong>Right-of-withdrawal notice<\/strong> from your live settings and the Art. 59 exceptions you selected. Publish it with the <code>[webwakeupwdb_policy]<\/code> shortcode, let the plugin <strong>auto-create a page<\/strong> for it (one click to recreate if you delete it), or download it as a <strong>PDF<\/strong> \u2014 all from <strong>Compliance \u2192 \"Informativa sul diritto di recesso\"<\/strong>, where you can also <strong>freeze<\/strong> it to static HTML. Optionally, two opt-in toggles add the same clauses to your <strong>Complianz<\/strong> Privacy Policy and Terms &amp; Conditions (EU-only, off by default). It complements \u2014 it does <strong>not<\/strong> replace \u2014 your own Terms.<\/p><\/dd>\n<dt id=\"do%20digital%20products%20lose%20the%20right%20of%20withdrawal%20automatically%3F\"><h3>Do digital products lose the right of withdrawal automatically?<\/h3><\/dt>\n<dd><p>No. The right of withdrawal applies by default, <strong>including<\/strong> to digital products. It is removed only for the two conditional Art. 59 exemptions (digital content with immediate access; a service fully performed) and only when the consumer gives prior express consent + acknowledgement at checkout. The plugin captures that on the WooCommerce checkout (a required tick-box), stores it as evidence, and only then hides the button \u2014 otherwise the button stays (fail-safe). <strong>Physical products never need consent.<\/strong> For the digital exemption the plugin also e-mails the consumer a durable-medium confirmation, as the law requires.<\/p><\/dd>\n<dt id=\"do%20i%20have%20to%20keep%20a%20register%20of%20these%20consents%3F\"><h3>Do I have to keep a register of these consents?<\/h3><\/dt>\n<dd><p>The law does not name a \"register\", but the burden of proof is on you (Art. 6(9) Dir. 2011\/83\/EU; GDPR accountability Art. 5(2)) \u2014 you must be able to prove the consent. The plugin keeps it for you: the agreed wording, a SHA-256 hash, the date\/time and (optionally) the IP are stored on the order and anchored in the tamper-evident log; a <strong>Consent records<\/strong> admin screen lists and exports them. The IP is anonymised automatically after the retention period.<\/p><\/dd>\n<dt id=\"is%20the%20timestamp%20legally%20valid%3F%20should%20i%20enable%20it%3F\"><h3>Is the timestamp legally valid? Should I enable it?<\/h3><\/dt>\n<dd><p>Yes \u2014 and we recommend you do. A trusted timestamp gives you an independent <strong>\"data certa\"<\/strong>: proof of the exact moment a withdrawal was received, which is the fact the statutory 14-day deadline turns on and the hardest thing to prove after the fact. <strong>OpenTimestamps<\/strong> is free, needs no account, and provides an independently-verifiable Bitcoin-anchored proof; a pluggable <strong>RFC 3161 \/ eIDAS<\/strong> qualified-timestamp provider is available for the strongest \"data certa\". It is <strong>off by default<\/strong> (WordPress.org requires external connections to be opt-in) and only an anonymous one-way hash is ever sent \u2014 never personal data \u2014 so turn it on in <strong>Settings \u2192 Receipt &amp; evidence<\/strong> (the Dashboard checklist links you straight there).<\/p><\/dd>\n<dt id=\"which%20php%20version%20do%20i%20need%3F%20what%20about%20php%207.4%3F\"><h3>Which PHP version do I need? What about PHP 7.4?<\/h3><\/dt>\n<dd><p>The build in the WordPress.org directory requires <strong>PHP 8.1+<\/strong> (it bundles the latest Dompdf 3.x PDF engine, whose dependencies need 8.1). If your host still runs <strong>PHP 7.4 or 8.0<\/strong>, the directory simply will not offer you this update \u2014 install the <strong>PHP 7.4-compatible build<\/strong> from our GitHub releases instead (identical features, Dompdf pinned to the 2.x line). That legacy build is a courtesy bridge and <strong>will not be maintained forever<\/strong>: PHP 7.4 reached end-of-life in November 2022, so please plan to move your store to PHP 8.1+ (it is faster and more secure), after which you get the directory version with automatic updates.<\/p><\/dd>\n\n<\/dl>\n\n<!--section=changelog-->\n<h4>1.3.2<\/h4>\n\n<ul>\n<li><strong>Fix \u2014 evidence-log chain on upgrade.<\/strong> The 1.3.0 prefix rename accidentally changed the genesis seed of the tamper-evident log's hash chain, so a site upgrading from a pre-1.3 version failed chain verification (the stored rows were genuinely intact \u2014 only the verification seed had drifted). The seed is restored to its original, frozen value, so existing logs verify again. No effect on a clean install; the per-site secret and all verifiable receipt links were unaffected.<\/li>\n<\/ul>\n\n<h4>1.3.1<\/h4>\n\n<ul>\n<li><strong>New \u2014 a consolidated \"Right of withdrawal\" information notice.<\/strong> A single notice is assembled live from your settings and the Art. 59 exceptions you selected, delivered three ways: the <code>[webwakeupwdb_policy]<\/code> shortcode, an auto-created page (one click to recreate if you delete it), and a downloadable <strong>PDF<\/strong>. Manage it under <strong>Compliance \u2192 \"Informativa sul diritto di recesso\"<\/strong> \u2014 preview it, create\/open the page, <strong>freeze<\/strong> it to static HTML, or download the PDF. It <strong>complements \u2014 it does not replace<\/strong> \u2014 your Terms; a disclaimer says so on every surface.<\/li>\n<li><strong>New \u2014 add the withdrawal clauses to your Complianz documents (opt-in).<\/strong> Two toggles under <strong>Settings \u2192 Complianz documents<\/strong> append the clauses to your Complianz <strong>Privacy Policy<\/strong> (always) and <strong>Terms &amp; Conditions<\/strong> (with Complianz's free Terms &amp; Conditions add-on). Off by default, <strong>EU only<\/strong>, with a live \"what will be added\" preview; turning a toggle off removes them again on the next regeneration. They <strong>complement, not replace<\/strong> your own legal texts.<\/li>\n<li><strong>Translations.<\/strong> All five shipped locales \u2014 Italian, German, Spanish, French and Swedish \u2014 now cover the new strings (~99\u2013100%; Swedish awaits a final native review).<\/li>\n<li><strong>WordPress.org compliance \u2014 unique plugin prefix.<\/strong> Every internal identifier was renamed from the short <code>wwu<\/code> prefix to the distinct <strong><code>webwakeupwdb<\/code><\/strong> prefix (constants, options, hooks &amp; filters, shortcodes, the PHP namespace, the REST namespace, classes and the JS data object), as requested by the Plugins Team review. Existing installs migrate automatically on upgrade \u2014 settings, exemption-consent evidence, the immutable log\/timestamp tables and the auto-created pages are all preserved \u2014 and a clean install is unaffected. <strong>Developers:<\/strong> custom code using the old names (<code>wwu_wb_*<\/code> hooks\/filters, the <code>[wwu_wb_*]<\/code> shortcodes) must switch to the new <code>webwakeupwdb_*<\/code> names.<\/li>\n<\/ul>\n\n<h4>1.2.13<\/h4>\n\n<ul>\n<li><strong>Partial withdrawal: choose a quantity per item.<\/strong> When you withdraw from only some products and you bought more than one of an item, you can now enter <strong>how many<\/strong> to withdraw (e.g. 1 of 3) \u2014 an optional number field next to each line, no JavaScript required; leave it blank to withdraw the whole line. The chosen quantity appears on the durable-medium receipt (email + PDF), in the Requests dashboard and in the read-only REST API. Informational only (you still process the refund). Fully back-compatible: the existing <code>products<\/code> data is unchanged \u2014 a new additive <code>product_quantities<\/code> field carries the amounts. Requested in issue #47.<\/li>\n<\/ul>\n\n<h4>1.2.12<\/h4>\n\n<ul>\n<li><strong>Now requires PHP 8.1<\/strong> (was 7.4). This build bundles the latest stable PDF engine, <strong>Dompdf 3.1.5<\/strong>, whose dependencies need PHP 8.1. Sites still on PHP 7.4\u20138.0 are not offered this update and stay on 1.2.11; a PHP 7.4-compatible build of the same features is published on GitHub.<\/li>\n<li><strong>Custom CSS field removed.<\/strong> To restyle the withdrawal flow, use WordPress core's <strong>Appearance \u2192 Customize \u2192 Additional CSS<\/strong>, targeting the plugin's documented CSS variables and classes (a full reference is shown in Settings \u2192 Appearance). The plugin no longer processes arbitrary user CSS.<\/li>\n<li><strong>No external calls by default.<\/strong> Trusted timestamping (OpenTimestamps \/ RFC 3161) is now <strong>opt-in and off by default<\/strong> \u2014 the plugin makes no outbound connection unless you enable a provider in Settings \u2192 Receipt &amp; evidence. The append-only, hash-chained evidence log works fully offline. (WordPress.org review compliance: opt-in consent + no arbitrary code insertion.)<\/li>\n<li>Updated the bundled Dompdf PDF library from 2.0.8 to the latest stable <strong>3.1.5<\/strong>.<\/li>\n<\/ul>\n\n<h4>1.2.11<\/h4>\n\n<ul>\n<li><strong>Consent Records page is now cross-platform (fixes #41).<\/strong> The admin Consent Records screen and its CSV export only read WooCommerce orders, so on an Easy Digital Downloads or FluentCart store they showed the \"WooCommerce not active\" notice even though consent was being captured. The page now sources its records from the <strong>tamper-evident, cross-platform evidence log<\/strong> (every platform's checkout-consent capture already writes there), so WooCommerce, EDD and FluentCart consents all appear; the full per-entry evidence (including the IP) is read back from the order when it still exists, and survives as a PII-free record if the order was later deleted. A new \"Platform\" column is shown. This is strictly a read-only change \u2014 the append-only, hash-chained evidence log is never altered.<\/li>\n<\/ul>\n\n<h4>1.2.10<\/h4>\n\n<ul>\n<li><strong>WordPress.org compliance pass (no behaviour change).<\/strong> Added <code>wp_unslash()<\/code> to the inputs read by the settings-save handler \u2014 the values were already sanitised (custom sanitisers, integer casts, <code>sanitize_*<\/code> \/ <code>esc_url_raw<\/code>), this just adds the WordPress-canonical unslash step the Plugin Check tool expects. Silenced a false-positive \"query not prepared\" error on the integrity-check read (it has no user input: the table name comes from <code>$wpdb-&gt;prefix<\/code> and the row limit is an integer cast, so there is nothing to prepare). Trimmed three over-long upgrade notices to the 300-character limit. No change to the withdrawal flow, your data or the evidence log.<\/li>\n<\/ul>\n\n<h4>1.2.9<\/h4>\n\n<ul>\n<li><strong>Type-aware withdrawal window (informational).<\/strong> The 14-day countdown shown to the customer is now calculated by product type: all-digital orders (every item virtual\/downloadable) start from the order date \u2014 the conclusion of the contract, per Art. 9 of Directive 2011\/83\/EU and Art. 52 of the Italian Codice del Consumo \u2014 while any order containing a physical item is unchanged (the completed\/delivery date, falling back to the order date). The window stays informational: the button is never hidden on this value, and you decide the validity of late requests. No breaking changes.<\/li>\n<\/ul>\n\n<h4>1.2.8<\/h4>\n\n<ul>\n<li><strong>Guest withdrawal link fixed on every surface.<\/strong> Completes the 1.2.7 fix. The <code>[webwakeupwdb_button]<\/code> \/ <code>[webwakeupwdb_form]<\/code> shortcodes and the WooCommerce order-actions link now also route guests (customers without an account) to the public withdrawal page instead of the login-gated account area \u2014 a shared helper builds the URL the same way everywhere, so a guest is never sent to the login screen regardless of which surface shows the link (some themes render the order-actions on the order-received page). Logged-in customers are unaffected; no change to the flow, your data or the evidence log.<\/li>\n<\/ul>\n\n<h4>1.2.7<\/h4>\n\n<ul>\n<li><strong>Guest withdrawal button no longer asks for login.<\/strong> The withdrawal button shown in the order recap \/ thank-you page sent guest (no-account) customers to the login screen, because it pointed at the My Account area. Guests are now routed to the public withdrawal page, carrying the order reference + order key (the same pre-authenticated link the order e-mail already uses), so they can withdraw without an account. Logged-in customers are unaffected.<\/li>\n<\/ul>\n\n<h4>1.2.6<\/h4>\n\n<ul>\n<li><strong>Translations completed for all bundled locales.<\/strong> Several admin strings added in recent releases \u2014 the \"Legal clauses\" editor, the \"Notification email(s)\" field, the legal-texts reminders on the Compliance page and the FluentCart e-mail helper \u2014 were showing in English because they had not been translated yet. All five bundled language files (Italian, German, French, Spanish, Swedish) are now complete for these strings, so those screens display in your language. (The Swedish strings were machine-assisted and are pending a native review.)<\/li>\n<\/ul>\n\n<h4>1.2.5<\/h4>\n\n<ul>\n<li><strong>PHP 7.4 compatibility fixed (PDF library).<\/strong> The bundled PDF engine (Dompdf) had been updated to a 3.x release that requires PHP 8.1, which contradicted the plugin's \"Requires PHP 7.4\" and produced a Composer \"platform\" error near the PDF option on PHP 7.4 sites. Dompdf is now pinned to the 7.4-compatible 2.x line (PHP 7.1+), so the plugin runs on PHP 7.4 again with no change to the PDF receipts. (Thanks to the reporter of issue #31.)<\/li>\n<li><strong>Notification e-mail now accepts multiple recipients.<\/strong> Settings \u2192 \"Notification email(s)\" accepts several addresses separated by commas, so the \"new withdrawal request\" alert can reach more than one person. The first address is also shown to the customer as the shop contact. A single address keeps working exactly as before.<\/li>\n<li><strong>FluentCart coexistence is now automatic.<\/strong> FluentCart shipped its own free \"Customer Rights\" add-on. With the FluentCart handling left on Auto (the default), the plugin now detects that add-on automatically and steps aside on FluentCart, so customers never see two withdrawal flows. WooCommerce and EDD are unaffected; you can still force the behaviour from Settings \u2192 FluentCart.<\/li>\n<\/ul>\n\n<h4>1.2.4<\/h4>\n\n<ul>\n<li><strong>Housekeeping + WordPress.org compliance hardening.<\/strong> Display name refined to \"WWU Right of Withdrawal\" (the plugin slug is unchanged, so nothing breaks on update). Additional input sanitisation on the rate-limiter, URL escaping tightened in the plain-text e-mails, explicit REST permission callbacks declared on the public withdrawal endpoints, and the now-unneeded textdomain loader removed (WordPress loads translations automatically since 4.6). No change to the withdrawal flow, your data or the evidence log.<\/li>\n<\/ul>\n\n<h4>1.2.3<\/h4>\n\n<ul>\n<li><strong>Acknowledgement e-mail failures now report the exact reason, not a generic message.<\/strong> Building on the 1.2.2 fix: when the acknowledgement e-mail cannot be sent, the plugin now captures the specific reason from the mail transport \u2014 the SMTP plugin's own error (for example \"Could not authenticate\" or \"Could not connect to host\") or the thrown exception's message \u2014 and shows it in the admin \"e-mail failed\" notice and records it in the tamper-evident log, instead of a generic \"email failed\". Diagnosing an SMTP misconfiguration (WP Mail SMTP, FluentSMTP, a provider mailer) is now immediate, without digging through the PHP error log. The withdrawal is still always recorded and the consumer always reaches their confirmation page.<\/li>\n<\/ul>\n\n<h4>1.2.2<\/h4>\n\n<ul>\n<li><strong>Critical fix: no more \"critical error\" when sending the acknowledgement e-mail.<\/strong> When a consumer confirmed a withdrawal (and when an admin clicked \"Resend e-mail\"), an exception raised inside WordPress's <code>wp_mail()<\/code> by an SMTP plugin (for example WP Mail SMTP or FluentSMTP), or a PDF\/Dompdf error on PHP 8, could escape and crash the whole request with a fatal \"critical error\" even though the withdrawal itself was already recorded. The e-mail path is now exception-safe on both delivery routes (the standalone mailer and the WooCommerce e-mail) and for the optional PDF: a send failure degrades gracefully (it is logged, the admin gets a \"resend\" notice, the consumer still sees their confirmation page) instead of taking down the page. After updating, check your SMTP plugin's settings or log for the underlying cause.<\/li>\n<li><strong>FluentCart now has its own native withdrawal add-on \u2014 clearer guidance.<\/strong> As of <strong>FluentCart 1.4.2<\/strong> (June 2026), FluentCart ships a first-party EU \"right of withdrawal\" feature (\"customer rights\"). If you enable it <strong>and<\/strong> keep this plugin handling FluentCart, customers could see two withdrawal flows. <strong>Settings \u2192 FluentCart<\/strong> now states this clearly and tells you what to do: set the FluentCart handling to <strong>Off<\/strong> (or have a developer return true from the <code>webwakeupwdb_fluentcart_native_active<\/code> filter) so only one flow shows. Automatic detection of FluentCart's add-on will arrive in a later update. Your WooCommerce and EDD handling is unaffected.<\/li>\n<\/ul>\n\n<h4>1.2.1<\/h4>\n\n<ul>\n<li><strong>Fix \u2014 the \"Right of withdrawal\" account tab no longer returns a 404 on a fresh install.<\/strong> On WooCommerce the withdrawal tab is a rewrite endpoint; its rewrite rule was not being persisted during activation, so clicking the tab in <strong>My Account<\/strong> led to a 404 until you re-saved Permalinks. The plugin now performs a one-time rewrite-rules flush on the first page load after activation, so the tab resolves immediately. (If you already hit this: <strong>Settings \u2192 Permalinks \u2192 Save Changes<\/strong> also fixes it \u2014 no page needs to be created, the slug is a WooCommerce endpoint, not a page.)<\/li>\n<li><strong>Edit the legal clauses from the admin \u2014 no code needed.<\/strong> A new <strong>Settings \u2192 Legal clauses<\/strong> section lets you replace the built-in pre-contractual \/ terms \/ privacy \/ exemption-consent clauses with your own wording. Your text then appears on the Compliance page and wherever the <code>[webwakeupwdb_info]<\/code> shortcode is used (and the \"sample text\" note is dropped). Leave a field empty to keep the built-in template; a \"Show the built-in default\" toggle lets you copy the original as a starting point. Developers can also override programmatically with the new <code>webwakeupwdb_clause_text<\/code> filter. The built-in clauses are sample templates \u2014 adapt them to your business and have your counsel review them.<\/li>\n<\/ul>\n\n<h4>1.2.0<\/h4>\n\n<ul>\n<li><strong>Reminder to update your legal texts \u2014 the button is not a substitute.<\/strong> Installing the withdrawal button does not change your shop's own documents, and EU law (Art. 6 of the Consumer Rights Directive) requires your Terms &amp; Conditions of sale and your pre-contractual information to describe <em>how<\/em> the consumer withdraws \u2014 which now includes the new online \"withdrawal button\". The plugin now states this prominently on the Dashboard and the Compliance page, opens the two clauses you must paste (pre-contractual information + general terms) by default, and the ready-to-paste \"How to withdraw\" and pre-contractual clauses now name the button explicitly. This release also <strong>rewrites the plugin description<\/strong> to explain, in plain steps, <strong>how the withdrawal flow works<\/strong> and to showcase the <strong>full feature set<\/strong> (customer help, merchant cockpit, smart legal handling, automations, privacy tooling). No change to the withdrawal flow itself.<\/li>\n<\/ul>\n\n<h4>1.1.1<\/h4>\n\n<ul>\n<li><strong>wordpress.org Plugin Check polish.<\/strong> Removes the unused UI-kit <code>clipboard.js<\/code> from the package entirely (its filename collided with a WordPress-core library; it was never loaded \u2014 only the accordion, badge and utilities components are), and moves the documentation link out of the short-description block. No functional change.<\/li>\n<\/ul>\n\n<h4>1.1.0<\/h4>\n\n<ul>\n<li><strong>Evidence-log hardening (security-audit follow-up).<\/strong> The tamper-evident log is now stronger against a database-level\/insider attacker and cleaner under GDPR: each row hash is <strong>HMAC-keyed<\/strong> with the site secret (so a DB-write attacker without the secret can no longer recompute a forged chain); the hash commits to the <strong>anonymised<\/strong> IP while the full IP is stored separately and <strong>erased after the retention horizon<\/strong>; RFC 3161 timestamps now <strong>require HTTPS<\/strong> and are <strong>bound to the exact submitted digest<\/strong> (a TSA\/MITM cannot return a token for a different hash); failed initial timestamps are <strong>retried automatically<\/strong>, with any not-yet-anchored records surfaced in the admin. Existing logs keep verifying (each row records its chain version). No change to the withdrawal flow.<\/li>\n<\/ul>\n\n<h4>1.0.1<\/h4>\n\n<ul>\n<li><strong>wordpress.org readiness + security hardening.<\/strong> Resolves the Plugin Check items for the directory submission: the unused <code>clipboard.js<\/code> UI-kit asset is no longer shipped, <code>composer.json<\/code> is now included alongside the bundled library, the SSRF smoke-test no longer uses a literal localhost host, and \"Tested up to\" is current. Plus minor hardening from a full security audit: the OpenTimestamps calls now pass through the same SSRF guard as the webhook \/ RFC 3161 callers (and never follow redirects), and two admin credential fields gain <code>wp_unslash()<\/code>. No functional change to the withdrawal flow.<\/li>\n<\/ul>\n\n<h4>1.0.0<\/h4>\n\n<ul>\n<li><strong>First stable release<\/strong>, for the EU withdrawal-button mandate that applies from <strong>19 June 2026<\/strong>. Consolidates the full feature set: the statutory two-step withdrawal flow with per-language wording (IT, EN, DE, FR, ES, SV), a durable-medium acknowledgement (email + PDF + verifiable link + OpenTimestamps), a tamper-evident hash-chained log, the Art. 59 exemptions with checkout consent capture and a consumer \"why exempt\" note, optional partial withdrawal, WooCommerce (HPOS + legacy) \/ FluentCart \/ Easy Digital Downloads adapters, the withdrawal link in order e-mails, a read-only REST API + signed webhook for automations, and the Annex I-B model form + ready legal clauses. All six locales fully translated (545\/545). No functional change from 1.0.0-alpha.45 \u2014 the External services disclosure was clarified and translations finalised for release.<\/li>\n<\/ul>\n\n<h4>1.0.0-alpha.45<\/h4>\n\n<ul>\n<li><strong>Withdrawal link in your order e-mails \u2014 across all platforms.<\/strong> The withdrawal link is added <strong>automatically<\/strong> to WooCommerce customer order e-mails and to the Easy Digital Downloads purchase-receipt e-mail (so customers can reach the withdrawal straight from the e-mail, as the law's Recital 37 suggests). FluentCart doesn't allow plugins to add content to its e-mails automatically, so <strong>Settings \u2192 FluentCart<\/strong> now shows a short, optional one-time guide to drop the <code>{{wwu.recesso_url}}<\/code> shortcode into your FluentCart receipt template (copy-ready, 3 steps). Nothing invasive, nothing required \u2014 the withdrawal is always reachable from the account\/portal and the public page regardless.<\/li>\n<\/ul>\n\n<h4>1.0.0-alpha.44<\/h4>\n\n<ul>\n<li><strong>Connect your withdrawal requests to other tools (automations).<\/strong> A new <strong>Settings \u2192 Integrations<\/strong> section adds two optional, developer-friendly ways to plug withdrawal requests into Zapier, Make, n8n, a CRM or a helpdesk. (1) A <strong>read-only REST API<\/strong> to list requests and check an order's withdrawal status, authenticated with a standard WordPress Application Password. (2) An optional <strong>webhook<\/strong> that sends a signed notification to your endpoint the moment a withdrawal is confirmed. Privacy-first: the consumer's IP address is never exposed \u2014 only a verification hash. There is intentionally no way to <em>create<\/em> a withdrawal via the API (a withdrawal is the consumer's own legal act). Passed a dedicated security audit before release. No change to the withdrawal flow itself.<\/li>\n<\/ul>\n\n<h4>1.0.0-alpha.43<\/h4>\n\n<ul>\n<li><strong>Consumers now see WHY the withdrawal button is absent on exempt orders.<\/strong> When an order is exempt from the right of withdrawal under Art. 59 (e.g. digital content with immediate access, or a service fully performed \u2014 both with the consumer's consent at checkout), the button is hidden. The plugin now shows a short, accurate note explaining the specific statutory exception and its legal reference, instead of just silence. Shown on the withdrawal form, the WooCommerce\/EDD account pages and the FluentCart portal. The text is editable (Settings \u2192 Consumer guidance). It only appears on genuinely exempt orders \u2014 never on ordinary ones; button visibility is unchanged.<\/li>\n<\/ul>\n\n<h4>1.0.0-alpha.42<\/h4>\n\n<ul>\n<li><strong>You can now withdraw from only some products of an order.<\/strong> EU law allows partial withdrawal (it's not all-or-nothing), so step 1 of the withdrawal form gains an <strong>optional<\/strong> checklist of the order's products \u2014 tick the ones you're withdrawing from, or leave it empty to withdraw from the whole order (the default). The choice appears on the confirmation e-mail\/PDF and in the admin Requests dashboard. It's informational: you still process the refund (full or partial) yourself. No change for anyone who withdraws from the whole order.<\/li>\n<\/ul>\n\n<h4>1.0.0-alpha.41<\/h4>\n\n<ul>\n<li><strong>FluentCart handling is now configurable.<\/strong> FluentCart is building its own withdrawal add-on, so a new <strong>Settings \u2192 FluentCart<\/strong> control lets you choose how this plugin behaves on FluentCart orders: <strong>Auto<\/strong> (recommended \u2014 show our button, but step aside automatically if FluentCart's own add-on is installed, so customers never see two buttons), <strong>Always<\/strong> (keep ours regardless), or <strong>Off<\/strong> (never handle FluentCart). Only our consumer-facing FluentCart surfaces are affected \u2014 the admin Requests dashboard and any in-flight confirmation keep working. No change for WooCommerce or EDD.<\/li>\n<\/ul>\n\n<h4>1.0.0-alpha.40<\/h4>\n\n<ul>\n<li><strong>Admin UI styling restored + Swedish added.<\/strong> The bundled WWU UI Kit is now shipped with the plugin (it was referenced but never packaged), so the Settings \u2192 Exemptions section (accordions, badges, notices) renders styled instead of plain. Added <strong>Swedish (sv_SE)<\/strong>: the statutory withdrawal-button label (\"\u00e5ngra avtalet h\u00e4r\") and confirmation (\"bekr\u00e4fta fr\u00e5ntr\u00e4de\") per the official EUR-Lex Art. 11a wording (Distansavtalslagen 2005:59), plus a complete UI translation (all 495 strings; the legal term \"varaktigt medium\" corrected) \u2014 pending a native Swedish review by Daniel before it's marked final.<\/li>\n<\/ul>\n\n<h4>1.0.0-alpha.39<\/h4>\n\n<ul>\n<li><strong>Critical fix \u2014 the Settings page no longer fatals.<\/strong> A merchant reported \"Class WWU\\WithdrawalButton\\Admin\\Settings not found\", which crashed the whole settings screen. A missing <code>use<\/code> import made an unqualified <code>Settings::main()<\/code> resolve to the wrong namespace. Fixed, and a scan of all 91 source files confirmed there were no other cases. This release also carries a small mail-safety fix (the HTML mailer now always removes its <code>wp_mail_content_type<\/code> filter, so a third-party email error can't turn other plugins' plain-text emails into HTML) and a WooCommerce-surface + plugin-conflict audit (0 critical \/ 0 high). <strong>Recommended for all installs.<\/strong><\/li>\n<\/ul>\n\n<h4>1.0.0-alpha.38<\/h4>\n\n<ul>\n<li><strong>Subscriptions handled correctly (WooCommerce Subscriptions, FluentCart, EDD Recurring).<\/strong> EU law gives one 14-day right of withdrawal per contract, at conclusion \u2014 a renewal does <strong>not<\/strong> restart it. The button now appears on the <strong>initial order only<\/strong> and is suppressed on renewal orders (single gate covering every surface). Two opt-in settings under <strong>Settings \u2192 Subscriptions<\/strong>: \"also show on renewals\" (off by default) and \"auto-cancel the subscription on withdrawal\" (off by default \u2014 the refund and any pro-rata always stay manual). The Requests dashboard flags subscription orders with a reminder. Renewal detection is guarded and fail-open (an undetermined state keeps the button visible). Needs a live test with a subscription plugin active.<\/li>\n<\/ul>\n\n<h4>1.0.0-alpha.37<\/h4>\n\n<ul>\n<li>FluentCart e-mail merge-tag <code>{{wwu.recesso_url}}<\/code> \u2014 you can now drop the per-order withdrawal link into FluentCart's own transactional e-mails (the FluentCart team confirmed the value-resolver hook + its data context on 2026-06-15). It's registered in the FluentCart e-mail-editor picker and resolves safely (renders empty when there's no order in context). Needs a live FluentCart test. Note: FluentCart has told us they are shipping a native EU withdrawal feature soon, which may overlap this.<\/li>\n<\/ul>\n\n<h4>1.0.0-alpha.36<\/h4>\n\n<ul>\n<li>Security hardening from a full-plugin security audit (0 critical, 0 high). Fixes: an SSRF guard for the merchant-configured RFC 3161 timestamp endpoint (blocks internal \/ cloud-metadata \/ IPv6-loopback \/ CGNAT targets); per-IP rate limiting on the withdrawal statement\/confirm endpoints (REST + no-JS); length caps on the name\/reason fields; tighter debug secret-masking; and a cron cleanup on uninstall. No change to the consumer-facing flow. Full report in docs\/audits\/.<\/li>\n<\/ul>\n\n<h4>1.0.0-alpha.35<\/h4>\n\n<ul>\n<li><strong>EDD integration completed \u2014 the withdrawal button now appears on the EDD customer's own pages.<\/strong> Easy Digital Downloads customers see the statutory withdrawal button on the <strong>purchase receipt<\/strong> and in <strong>purchase history<\/strong>, and the withdrawal link is added to the EDD <strong>purchase-receipt e-mail<\/strong> \u2014 reaching full parity with WooCommerce and FluentCart (previously EDD relied only on the standalone public page). Built on EDD 3.x hooks verified against the official EDD source. Fail-safe as everywhere: the button only shows on eligible orders and links to your withdrawal page pre-authenticated. Needs a live EDD test.<\/li>\n<\/ul>\n\n<h4>1.0.0-alpha.34<\/h4>\n\n<ul>\n<li>FluentCart improvements, verified against a direct FluentCart-team reply: the consent checkbox now renders on <code>before_payment_methods<\/code> (covers the standard, modal <strong>and<\/strong> block checkout), FluentCart exemptions are now <strong>category-aware<\/strong> (via the <code>product-categories<\/code> taxonomy, matching WooCommerce and EDD), and withdrawal\/refund notes appear in the FluentCart order <strong>activity timeline<\/strong> (<code>fluent_cart_add_log<\/code>). Also adds 3 shareable <strong>live-test checklists<\/strong> (WooCommerce block, FluentCart, EDD) under <code>docs\/testing\/<\/code>. No change to the consumer-facing button.<\/li>\n<\/ul>\n\n<h4>1.0.0-alpha.33<\/h4>\n\n<ul>\n<li>Added <strong>Easy Digital Downloads (EDD 3.0+)<\/strong> as a third supported platform: the withdrawal button, evidence flow and exemption consent capture now work on EDD stores (with category-aware exemptions). Needs a live EDD test. Consent capture now spans WooCommerce (classic + block), FluentCart and EDD.<\/li>\n<\/ul>\n\n<h4>1.0.0-alpha.32<\/h4>\n\n<ul>\n<li>Exemption consent capture now also works on the WooCommerce <strong>block-based Checkout<\/strong> (via the official Additional Checkout Fields API, WooCommerce 9.9+), reaching full parity with the classic checkout and FluentCart. Pure PHP, no build step. Also adds the design SPEC for a future Easy Digital Downloads (EDD) integration. Needs a live block-checkout test; fail-safe until verified.<\/li>\n<\/ul>\n\n<h4>1.0.0-alpha.31<\/h4>\n\n<ul>\n<li>Exemptions settings redesigned: the reasons are grouped (conditional \/ unconditional \/ seal-based) with tooltips, examples, a \"What do you sell?\" guided helper, a preview of what the consumer sees (checkbox + confirmation e-mail), and a status panel \u2014 all using the WWU UI Kit. Completed the Italian (and FR\/ES\/DE) translations, including the exemption labels that previously showed in English. The withdrawal button itself is unchanged.<\/li>\n<\/ul>\n\n<h4>1.0.0-alpha.30<\/h4>\n\n<ul>\n<li>Exemptions consent capture now works on <strong>FluentCart<\/strong> too (checkout acknowledgement + durable-medium confirmation), reaching parity with WooCommerce. Built on FluentCart hooks re-verified against the official docs. FluentCart exemptions match by product ID. The \"Open order\" admin link now uses FluentCart's own order URL. Needs a live FluentCart test; fail-safe until verified.<\/li>\n<\/ul>\n\n<h4>1.0.0-alpha.29<\/h4>\n\n<ul>\n<li>Exemptions (Art. 59) \u2014 durable-medium confirmation + evidence, retention, GDPR. For the conditional exemptions the plugin now e-mails the consumer a durable-medium confirmation reproducing the agreed consent wording (constitutive for digital content, Art. 59(1)(o)) and logs the dispatch separately. Stored consents have a configurable retention (default 10 years) with a daily routine that anonymises the IP afterwards; the IP is configurable and never written to the immutable log. Adds a ready-to-paste GDPR privacy clause (legitimate interest) and a \"Consent records\" admin page with CSV export. Clearer wording everywhere: physical products never need consent; the button is hidden only after consent is captured (fail-safe).<\/li>\n<\/ul>\n\n<h4>1.0.0-alpha.28<\/h4>\n\n<ul>\n<li>Exemptions (Art. 59) \u2014 checkout consent capture. For the two conditional exemptions (digital content with immediate access; service fully performed), WooCommerce checkout now shows a required acknowledgement tick-box and stores the agreed wording (with a SHA-256 hash, timestamp and IP) on the order as evidence \u2014 so the button is hidden for those items only once the consumer has lawfully consented. Statutory wording is filterable via <code>webwakeupwdb_consent_text<\/code>. Classic WooCommerce checkout; the block Checkout and FluentCart capture are tracked follow-ups.<\/li>\n<\/ul>\n\n<h4>1.0.0-alpha.27<\/h4>\n\n<ul>\n<li>Exemptions (Art. 59) \u2014 per-reason product\/category tagging. Mark products or categories as exempt by a specific statutory reason (custom-made, perishable, sealed hygiene, dated services, digital immediate, service performed, \u2026), each with its legal reference and plain-language guidance. The right of withdrawal stays the default \u2014 including digital products \u2014 and conditional reasons keep the button until consent is captured.<\/li>\n<\/ul>\n\n<h4>1.0.0-alpha.19<\/h4>\n\n<ul>\n<li>FluentCart customer portal: the \"Right of withdrawal\" account page, the sidebar entry, the per-order button and the dashboard banner now work. Every FluentCart hook was corrected to the official FluentCart developer contract (verified against dev.fluentcart.com), and the order chooser reads each order's data through the correct customer\/address relations. Fixes the blank page and missing button seen in live testing.<\/li>\n<\/ul>\n\n<h4>1.0.0-alpha.18<\/h4>\n\n<ul>\n<li>FluentCart: first cut of the customer-portal withdrawal surfaces, and a platform-agnostic order chooser that merges WooCommerce and FluentCart orders.<\/li>\n<\/ul>\n\n<h4>1.0.0-alpha.17<\/h4>\n\n<ul>\n<li>Withdrawal flow (WooCommerce HPOS + FluentCart), statutory labels (IT\/EN\/DE\/FR\/ES), two-step + no-JS fallback, durable-medium acknowledgement (email + PDF + verifiable link), tamper-evident hash-chained log + OpenTimestamps, Annex I-B model form + legal clauses, shortcodes, admin dashboard + compliance page, Complianz\/cache compatibility. Security audit: 0 findings.<\/li>\n<\/ul>\n\n<h4>1.0.0-alpha.1<\/h4>\n\n<ul>\n<li>Foundation: bootstrap, schema (immutable log + timestamp tables), debug stack, REST diagnostics.<\/li>\n<\/ul>","raw_excerpt":"EU statutory withdrawal button (Art. 11a) for WooCommerce, FluentCart &amp; EDD: two-step flow, durable-medium receipt, tamper-evident log.","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/snd.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin\/328845","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/snd.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin"}],"about":[{"href":"https:\/\/snd.wordpress.org\/plugins\/wp-json\/wp\/v2\/types\/plugin"}],"replies":[{"embeddable":true,"href":"https:\/\/snd.wordpress.org\/plugins\/wp-json\/wp\/v2\/comments?post=328845"}],"author":[{"embeddable":true,"href":"https:\/\/snd.wordpress.org\/plugins\/wp-json\/wporg\/v1\/users\/mredodos"}],"wp:attachment":[{"href":"https:\/\/snd.wordpress.org\/plugins\/wp-json\/wp\/v2\/media?parent=328845"}],"wp:term":[{"taxonomy":"plugin_section","embeddable":true,"href":"https:\/\/snd.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin_section?post=328845"},{"taxonomy":"plugin_tags","embeddable":true,"href":"https:\/\/snd.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin_tags?post=328845"},{"taxonomy":"plugin_category","embeddable":true,"href":"https:\/\/snd.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin_category?post=328845"},{"taxonomy":"plugin_contributors","embeddable":true,"href":"https:\/\/snd.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin_contributors?post=328845"},{"taxonomy":"plugin_business_model","embeddable":true,"href":"https:\/\/snd.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin_business_model?post=328845"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}