Floating tab is now the default display method (works regardless of theme\/page builder) instead of Hook. Only affects new installs and stores that have never saved the settings screen \u2014 existing saved settings are unaffected.<\/p>","1.8.0":"
Simpler settings screen (General\/Advanced tabs), a confirmation email that no longer promises a refund outcome before you've reviewed the request, and a fix ensuring the order-selection window always matches the actual withdrawal deadline.<\/p>","1.7.13":"
The plugin's three emails are now standard WooCommerce emails: editable and previewable under WooCommerce \u2192 Settings \u2192 Emails, and styled like the rest of your store's messages.<\/p>","1.7.12":"
Fixes emails that were silently rejected by the recipient. The plugin no longer overrides your site's sender address, and warns you if WooCommerce's "From" address is on a domain your server cannot send for.<\/p>","1.7.11":"
Your withdrawal page is no longer deleted and recreated when the plugin is activated \u2014 existing pages are kept. The floating tab is 50% larger, and withdrawal records are now covered by WordPress's personal data tools.<\/p>","1.7.9":"
The two withdrawal tabs are now labelled "\u00c5ngerbeg\u00e4ran Nya" and "\u00c5ngerbeg\u00e4ran Alla" to tell them apart.<\/p>","1.7.8":"
New "\u00c5ngerbeg\u00e4ran" tab in the order list showing all orders that have had a withdrawal request.<\/p>","1.7.7":"
Settings fields keep their desktop width and now have a minimum width on mobile instead of compressing.<\/p>","1.7.6":"
Settings field widths now reliably apply even when other admin styles tried to override them.<\/p>","1.7.5":"
Settings fields now have a uniform width with a minimum size and no longer overflow the screen on mobile. No configuration changes needed.<\/p>","1.7.4":"
Responsive settings fields: the admin settings screen now works correctly on phones and narrow windows. No configuration changes needed.<\/p>","1.7.3":"
Optional partial returns, article numbers and shipping method shown on the withdrawal page and in emails. Partial returns are off by default; no action needed to keep current behaviour.<\/p>","1.7.2":"
More reliable email-code verification (no PHP sessions) and coding-standards hardening.<\/p>"},"ratings":{"1":0,"2":0,"3":0,"4":0,"5":1},"assets_icons":{"icon-128x128.png":{"filename":"icon-128x128.png","revision":3593236,"resolution":"128x128","location":"assets","locale":"","width":128,"height":128},"icon-256x256.png":{"filename":"icon-256x256.png","revision":3593236,"resolution":"256x256","location":"assets","locale":"","width":256,"height":256}},"assets_banners":{"banner-1544x500.png":{"filename":"banner-1544x500.png","revision":3593341,"resolution":"1544x500","location":"assets","locale":"","width":1544,"height":500},"banner-772x250.png":{"filename":"banner-772x250.png","revision":3593341,"resolution":"772x250","location":"assets","locale":"","width":772,"height":250}},"assets_blueprints":{},"all_blocks":[],"tagged_versions":["1.7.10","1.7.13","1.7.9","1.8.1"],"block_files":[],"assets_screenshots":[],"screenshots":[]},"plugin_section":[],"plugin_tags":[131785,55969,263226,125111,286],"plugin_category":[45],"plugin_contributors":[269775],"plugin_business_model":[],"class_list":["post-328192","plugin","type-plugin","status-publish","hentry","plugin_tags-gdpr","plugin_tags-returns","plugin_tags-right-of-withdrawal","plugin_tags-sweden","plugin_tags-woocommerce","plugin_category-ecommerce","plugin_contributors-castrasteel","plugin_committers-castrasteel","plugin_committers-devkitse"],"banners":{"banner":"https:\/\/ps.w.org\/angerratt-se-for-woocommerce\/assets\/banner-772x250.png?rev=3593341","banner_2x":"https:\/\/ps.w.org\/angerratt-se-for-woocommerce\/assets\/banner-1544x500.png?rev=3593341","banner_rtl":false,"banner_2x_rtl":false},"icons":{"svg":false,"icon":"https:\/\/ps.w.org\/angerratt-se-for-woocommerce\/assets\/icon-128x128.png?rev=3593236","icon_2x":"https:\/\/ps.w.org\/angerratt-se-for-woocommerce\/assets\/icon-256x256.png?rev=3593236","generated":false},"screenshots":[],"raw_content":"\n
\u00c5ngerr\u00e4tt SE for WooCommerce gives Swedish WooCommerce stores a complete, self-service workflow for the statutory right of withdrawal under the Distance Contracts Act (distansavtalslagen) \u2014 built on your real order data, not a contact form that just emails the store.<\/p>\n\n
A dedicated withdrawal page lets the customer:<\/p>\n\n
When a request is submitted, the plugin records it, sets a dedicated order status, sends the customer a confirmation email and notifies the store. The confirmation email only confirms what was received \u2014 it makes no commitment about refund amount, shipping cost or timing until you've actually reviewed the request. All emails use the standard WooCommerce email template so they match the rest of your store's messaging.<\/p>\n\n
Key features<\/strong><\/p>\n\n This plugin is built for the Swedish market and its interface texts are in Swedish.<\/p>\n\n\n WooCommerce 10.5.3 or later is required (this includes the security fix for CVE-2026-3589).<\/p>\n\n\n On activation the plugin creates a page at Yes. Identity is verified with a one-time code sent to the order's email address, so customers do not need an account.<\/p><\/dd>\n Yes. Partial returns are optional and disabled by default \u2014 the plugin then registers a full withdrawal of the selected order, exactly as before. When you enable partial returns under WooCommerce \u2192 \u00c5ngerr\u00e4tt, the customer gets a checkbox in front of each eligible product in the confirmation step and can withdraw only the items they choose. The order total is recalculated to reflect the selected products, and you can choose per store whether the shipping cost is refunded on a partial return.<\/p><\/dd>\n Withdrawal requests are stored in a dedicated table in your own WordPress database. Records are removed automatically after the retention period you set in the settings.<\/p><\/dd>\n No, and that's deliberate. The confirmation email only confirms that the request was received and lists which products it covers \u2014 it never states a refund amount, shipping status or a processing timeline, since those depend on your review of the request. You decide the outcome and communicate it separately; the plugin doesn't commit to anything on your behalf before that.<\/p><\/dd>\n The Distance Contracts Act requires this information before the customer is bound by the contract, which happens at checkout \u2014 not when items are merely added to the cart. The plugin shows the notice at checkout and on the order confirmation page, which satisfies the requirement; the cart page was intentionally left out.<\/p><\/dd>\n\n<\/dl>\n\n\n\n
\/angra-kop\/<\/code>) created automatically on activation.<\/li>\n\n
\/wp-content\/plugins\/angerratt-se-for-woocommerce<\/code> directory, or install the plugin through the WordPress Plugins screen directly.<\/li>\n\/angra-kop\/<\/code>) containing the [ngersefo_angerratt]<\/code> shortcode is created automatically on activation.<\/li>\n\n
Which page do customers use?<\/h3><\/dt>\n
\/angra-kop\/<\/code> containing the [ngersefo_angerratt]<\/code> shortcode. You can move the shortcode to any page you like.<\/p><\/dd>\nDoes it support guest orders?<\/h3><\/dt>\n
Is partial return supported?<\/h3><\/dt>\n
Where is the data stored?<\/h3><\/dt>\n
Does the confirmation email say whether the customer will get a refund?<\/h3><\/dt>\n
Why isn't there a right-of-withdrawal notice on the cart page?<\/h3><\/dt>\n
1.8.1<\/h4>\n\n
\n
1.8.0<\/h4>\n\n
\n
1.7.14<\/h4>\n\n
\n
1.7.13<\/h4>\n\n
\n
{site_title}<\/code> were printed literally in the footer of the customer's acknowledgement, and the emails were sent without WooCommerce's inline styles. Both came from rendering WooCommerce's templates outside its email system; the emails now go through it.<\/li>\n1.7.12<\/h4>\n\n
\n
ngersefo_email_headers<\/code> filter for anyone who does want to set the sender in code.<\/li>\n<\/ul>\n\n1.7.11<\/h4>\n\n
\n
1.7.10<\/h4>\n\n
\n
$wpdb->prepare()<\/code> placeholder for the internal table name, and remove a redundant suppress_filters<\/code> flag. No functional changes.<\/li>\n<\/ul>\n\n1.7.9<\/h4>\n\n
\n
1.7.8<\/h4>\n\n
\n
1.7.7<\/h4>\n\n
\n
1.7.6<\/h4>\n\n
\n
1.7.5<\/h4>\n\n
\n
1.7.4<\/h4>\n\n
\n
1.7.3<\/h4>\n\n
\n
1.7.2<\/h4>\n\n
\n
wp_parse_url()<\/code> usage brought fully in line with the WordPress coding standards.<\/li>\n<\/ul>\n\n1.7.1<\/h4>\n\n
\n