Changelog

3.11.1 2026-09-03

Bug Fixes

• Filling in the recipient's name for a gift card sent by post now unlocks the **Continue to Payment** button straight away. Buyers previously had to switch delivery method and back before the form would accept their order.
• Returning to the purchase form with the browser's Back button now keeps the postal address you had already entered instead of asking for it again.
• The buyer's own name is marked required on the purchase form, and is now actually treated as such. Orders could previously go through with it blank, leaving the gift card with no sender.

3.11.0 2026-08-28

New Features

• While the **Continue to Payment** button is greyed out, the form now lists what is still missing underneath it, so buyers are never left guessing. You can reword the introduction under Gift Cards > Customize > Text.

Bug Fixes

• The purchase form now works inside Elementor popups and any other panel that loads after the page. Previously the form appeared but nothing responded, leaving the Continue button permanently greyed out.
• Pages with more than one purchase form now wire up every form, not just the first.
• The purchase form's script is cached by visitors' browsers again instead of being re-downloaded on every page view.

3.10.1 2026-08-26

Improvements

• Settings > Payment now has a **Copy URL** button and a **Test endpoint** button for the Stripe webhook, so you can no longer mistype the address you paste into Stripe.
• The Diagnostics page now shows the webhook address and checks that it actually answers, instead of only checking that a signing secret was saved.

3.10.0 2026-08-25

New Features

• Gift card codes can now end with the amount, for example `GIFT-A3B7-9K2M-195`, so you can read a card's value straight from its code without opening Amelia. Turn it on in Settings > General; it is off by default and existing cards are never changed.

Changes

• The gift card code prefix is now tidied up as you save it and limited to 10 characters, so it can no longer produce shortened, unusable codes.

Bug Fixes

• Gift cards created by hand in the admin now use the code prefix you configured, just like cards bought online.

3.9.0 2026-08-22

New Features

• New **All Gift Cards** tab listing every gift card you have ever issued, with filters, sorting and export. Press **Details** on any card to open its complete record: buyer and recipient, personal message, delivery, Amelia coupon and its restrictions, every redemption with its balance, and every email sent.

Changes

• Email addresses are no longer hidden behind asterisks in the admin or in the plugin logs, so you can contact a buyer or a recipient without hunting for their details.
• The dashboard now shows the buyer next to each transaction, plus a direct link to the card's full record.

Bug Fixes

• The dashboard CSV and JSON exports were coming out empty. They now work again, cover far more fields, and show correct amounts.

3.8.0 2026-08-21

New Features

• You can now be notified by email every time a gift card is sold, not only when a physical card needs preparing. Switch it on in Settings > Delivery > Notify me for every purchase; the email carries the code, the amount and the buyer's details, so you can record the sale wherever you need to. Off by default, so nothing changes until you ask for it.
• Developers integrating gift cards with another system now receive the gift card code and amount directly from the `agc_amelia_coupon_created` hook, instead of having to look them up. See the API documentation for a worked example.

3.7.2 2026-08-21

Bug Fixes

• For a gift card collected in person or sent by post, the recipient's email address is marked optional — but leaving it empty still raised a "required" error. The form no longer asks for a field it told your customer to skip.
• Buying a gift card for yourself no longer sends you the same card twice. When the recipient address is the buyer's own, only the gift card email goes out — it already carries the code, the amount and the expiry date.

3.7.1 2026-08-20

Bug Fixes

• The "gift card to prepare" notification you receive for a physical gift card left out the buyer's email address, so there was no way to contact the customer coming to collect their card. It now shows the buyer and their email address above the gift code.

3.7.0 2026-08-20

New Features

• Your customers can now choose how they receive their gift card: digital by email, a physical card to pick up, or a physical card sent by post. Enable the options you offer in Settings > Delivery — until you do, your purchase form is unchanged.
• For postal delivery, the buyer is asked for a postal address, and you can charge an optional postage fee on top. The gift card keeps its full face value: postage is never taken out of the credit.
• For a physical card, the gift code is emailed to you alone so you can print it on the card. Neither the buyer nor the recipient ever sees it, so the surprise survives.
• The recipient's email address is now optional when the card is physical, since the buyer often does not know it.
• The gift cards dashboard and the CSV and JSON exports show the delivery method and the postal address.
• The delivery question, its three options and the confirmation wording can all be reworded per language in Customize > Texts.

Bug Fixes

• The expiry date shown in gift card emails ignored the validity period set on the gift card type and always used the 365-day default, so a card configured for two years told the recipient it expired after one. The Amelia coupon itself was always correct; only the email was wrong. Emails now show the coupon's own expiry date.
• Gift cards paid with a redirect-based method (iDEAL, Bancontact, SEPA) could be created with the wrong value once a fee applied to the order, because the amount was read from the total charged instead of the card's own value.

3.6.3 2026-08-17

Important

• If you use Amelia's Taxes feature with prices **including tax**, gift cards now work as true monetary credit: a 65 € card buys exactly 65 € of a tax-inclusive booking. Previously the card was applied before tax, so it bought more than its face value and you collected less than the price of the service.

Bug Fixes

• Gift cards sold before this update could act as a percentage discount on top of their amount, letting a 65 € card wipe out a booking worth far more. Affected cards are repaired automatically when the plugin updates.
• Bookings for several people no longer under-spend the gift card: the full amount charged, including extras, is now deducted from the balance instead of the price for a single person.
• Fixed gift cards that were never debited when their code already existed in Amelia, leaving the balance untouched after a booking.
• Gift cards that were used before this update but whose balance was never reduced are now corrected automatically: the missing amount is deducted retroactively, once. A card that was already debited correctly is never charged again.
• That automatic repair now also covers gift cards spent on a package, which it previously skipped entirely.
• Balance update emails are now logged under their own type instead of being recorded as test emails.

3.6.2 2026-08-12

New Features

• The Square webhook signature key can now be set in Settings > Payment, along with the notification URL to register in Square.

Bug Fixes

• Square webhooks were never acted upon, because the plugin listened for event names Square does not send. Square payments were unaffected (they complete immediately), but the safety net that confirms interrupted payments and records failed ones now works.
• Manually created gift cards now follow the same personal message length as the purchase form, instead of a separate fixed limit of 500 characters.
• Personal messages containing accented characters are no longer rejected as too long when creating a gift card by hand.
• The amount and message limits on the manual gift card form now match what the server actually accepts, so the form can no longer show one limit and reject another.

3.6.1 2026-08-12

Important

• The "Maximum Custom Amount" setting is now enforced on the purchase form; it was previously saved but never applied. If you left it at the default of 1000, customers can no longer purchase above that amount. A one-time notice in your dashboard invites you to review the value.

New Features

• The personal message length is now configurable in Settings > General, instead of being fixed at 200 characters.
• The Stripe webhook signing secret can now be set in Settings > Payment, along with the endpoint URL to register in Stripe. Editing the database by hand is no longer necessary.
• A "Clear Payment Configuration Cache" button was added to Settings > Advanced.

Bug Fixes

• Custom amounts below 10 no longer fail with "Invalid amount (minimum 10)". The Minimum Amount you configure is now the one that applies.
• Round amounts such as 20 or 50 are no longer rejected by the custom amount field when the configured minimum is not a whole number.
• Personal messages containing accented characters are no longer rejected as too long.
• Payment keys changed in Amelia now take effect immediately instead of after up to an hour.

3.6.0 2026-08-08

New Features

• Buyers can now pay with local payment methods such as iDEAL, Bancontact, SEPA Direct Debit or Przelewy24 — simply enable them in your Stripe dashboard and they appear in the payment form.

Bug Fixes

• Payment errors now show what actually went wrong instead of an empty "Network error" popup.
• Purchases no longer fail on cached pages: the checkout now renews its expired security token automatically.

3.5.3 2026-08-06

Bug Fixes

• Fixed the gift card amount showing up empty in the confirmation emails.

Improvements

• Dates (expiry, purchase) now follow the date format configured in your WordPress settings, everywhere they appear: emails, admin dashboard and CSV exports.

3.5.2 2026-07-27

Bug Fixes

• Fixed gift card amounts in emails and on the confirmation page showing the wrong decimal separator (e.g. a comma instead of a period for USD).

3.5.1 2026-07-16

Bug Fixes

• Fixed the amount selection buttons displaying oversized and overflowing outside their container on some mobile screens.

3.5.0 2026-07-16

New Features

• You can now set a custom hover color (background and text) for the amount selection buttons, under Customize > Visual Template.

Bug Fixes

• Fixed the amount selection buttons showing an unrelated grey/pale color on hover instead of a shade that matches your chosen theme colors.

3.4.11 2026-07-13

Bug Fixes

• Fixed a fatal error that could prevent the plugin from activating in some environments.

3.4.10 2026-07-13

Improvements

• Clarified the "Visual Template" description on the gift card type page: it now makes clear the template also controls the purchase form's colors, not just emails.

3.4.9 2026-07-13

Bug Fixes

• Fixed the gift card amount buttons sometimes showing the theme's default button color instead of your configured colors, on sites whose theme applies its own generic style to all buttons.

3.4.8 2026-07-10

Bug Fixes

• Fixed the "Send an email after each booking" balance setting: unchecking it and saving no longer reverts to enabled.

3.4.7 2026-07-09

Improvements

• The amount label shown in gift card emails is now separate from the purchase form's amount label, so wording chosen for the form no longer carries over to emails. It defaults to "Gift card amount" and can be customized per language under Customize > Text.

3.4.6 2026-07-09

Bug Fixes

• Fixed the "Continue to payment" button staying disabled when a predefined amount below the configured "Minimum custom amount" was selected — that setting only applies to custom amounts, not the preset buttons.

3.4.5 2026-07-08

Bug Fixes

• Fixed the "Continue to payment" button staying permanently disabled on sites where a JavaScript optimization plugin was excluded from delaying the plugin's script files but not the small inline configuration block that precedes them, which caused the form's JavaScript to fail immediately on load.

3.4.4 2026-07-08

Bug Fixes

• Fixed the "Continue to payment" button staying unresponsive on sites where a JavaScript optimization plugin (WP Meteor, WP Rocket, Perfmatters) delays not just the payment library but the plugin's own scripts: those scripts are now explicitly excluded from the delay so the form initializes immediately.
• The buyer/sender email field now shows a checkmark once it's filled in correctly, matching the recipient email field, and is properly validated before allowing the purchase to proceed.

3.4.3 2026-07-08

Bug Fixes

• Fixed Square gift card payments failing with a "Payment configuration missing" error on sites that hadn't processed a native Amelia booking payment through Square recently.

3.4.2 2026-07-08

Bug Fixes

• Fixed the gift card "Continue to payment" button doing nothing on sites that use a JavaScript optimization or "delay JavaScript" plugin (e.g. WP Meteor, WP Rocket, Perfmatters): the form now waits for the Square or Stripe payment library to load instead of giving up.

3.4.1 2026-07-02

Bug Fixes

• Fixed the Diagnostics page showing a false "Stripe not configured" score when using manually entered Stripe keys instead of Amelia's.
• Fixed the Diagnostics page showing a false "License error" score after a domain or protocol change (e.g. http → https) on a site with an active license.

Improvements

• The daily health alert email now follows your site's language and clearly states when healthy components are hidden from the summary.

3.4.0 2026-06-27

New Features

• The plugin now updates automatically from the WordPress dashboard — no manual download or FTP required.

3.3.1 2026-06-19

Bug Fixes

• The Stripe payment receipt is now sent to the buyer instead of the gift recipient, preserving the surprise.

3.3.0 2026-06-10

New Features

• Automatic multilingual display: the purchase form, confirmation page and emails now follow your site's language (English, French, Spanish and German included — any other language falls back to English).
• The whole plugin is now translated: admin pages, payment and validation messages all ship with French, Spanish and German translations and follow the WordPress language automatically (regional variants like fr_BE or de_AT included).
• Emails are sent in the language the buyer purchased in, including balance-update emails sent later.
• The Text customization screen now lets you customize each of the four languages separately; empty fields automatically use the built-in translation.

Changes

• Your existing text customizations are preserved as-is during the update — nothing to redo.
• The "Fill missing" / "Reset" language preset buttons were removed: translations are now applied automatically based on the visitor's language.

3.2.0 2026-05-29

Changes

• The Text customization screen is now organized into collapsible sections grouped by area (Purchase Form, Confirmation Page, Restrictions, Emails), with a search box to instantly find any text by name — making the long list of texts much easier to navigate and edit.

3.1.0 2026-05-28

New Features

• All email and confirmation page texts are now fully customizable from the new **Text** tab in the Customize section, including email subjects, greetings, labels, instructions and the balance-update email.
• Built-in translations for English, French, Spanish and German are applied automatically, while keeping any text you have personalized.
• The intermediate "Payment successful, creating your gift card…" message shown during checkout is now customizable too.

Changes

• The Text customization tab has been moved from Settings to the Customize section for a more consistent editing experience.
• Live preview in the Customize section now reflects your customized texts instead of the default translations.

3.0.2 2026-05-17

Bug Fixes

• The **Check for Updates** button on the License page now always reflects the very latest available version right after a release, instead of occasionally reporting that the site is up to date for up to 30 minutes after a new version goes live.

3.0.1 2026-05-17

Bug Fixes

• Fixes the database setup on fresh installs so the rolling balance feature works out of the box, and self-repairs sites installed on v3.0.0.

3.0.0 2026-05-06

New Features

• Gift cards now support a rolling balance: a single code can be used across multiple appointments, events or packages until its full value is consumed, with an automatic email update after each redemption.

2.2.0 2026-05-06

New Features

• New **Customize → HTML Email** tab lets you replace the auto-generated email body with your own raw HTML. A single toggle bypasses the visual customization on the Confirmation Page & Mail tab and uses your template for both the recipient and the purchaser confirmation emails. Use placeholders like `%recipient_name%`, `%gift_card_code%` or `%formatted_amount%` — click any variable in the side panel to insert it at the cursor — and send a test email to preview the result before going live.
• Clicking a card in **Customize → Visual Template** now updates the live preview immediately, so you can compare templates without having to open the editor or change the button style first.

2.1.1 2026-05-05

Bug Fixes

• The currency symbol position now follows the **Settings → General → Currency Position** preference everywhere on the purchase form — predefined amount buttons, validation messages, secure payment summary, Pay button and post-payment confirmation. Previously some elements forced the symbol before the amount and others forced it after, ignoring the setting.

2.1.0 2026-05-05

Changes

• The **Customize** page has been redesigned around a two-column layout so you see the impact of every change without scrolling. The Mail tab — now renamed **Confirmation Page & Mail** to reflect that it controls both the recipient email and the post-purchase page — shows your settings on the left and a live email preview on the right, with each column scrolling independently while the tab navigation stays pinned at the top and the **Save Mail Settings** bar stays pinned at the bottom.
• The **Visual Template** tab now uses the same two-column layout: your template cards on the left, a live preview of the public purchase form on the right. Editing a template opens in a focused modal dialog (closeable via Escape, the × button, or clicking outside the panel), and the live preview now loads automatically when you arrive on the tab instead of waiting for a first click.

Bug Fixes

• The email preview in **Customize → Confirmation Page & Mail** now correctly displays every section you have enabled, including *Restrictions* and the optional parts of *Instructions*. Previously these sections were silently hidden in the preview because the sample data did not provide their text — actual emails sent to customers were never affected.

2.0.4 2026-05-05

Bug Fixes

• The confirmation page now hides the restrictions block when the *Restrictions* section is disabled in **Customize → Mail**, so the same single toggle controls both the recipient email and the post-purchase confirmation page.
• The recipient email now reflects the visual template's primary color in the header accent — previously the recipient and purchaser emails could appear with two different brand colors for the same gift card type.
• The restrictions block on the purchase form now uses the visual template's primary color for its left border instead of a fixed blue, matching the rest of the form's branding.

2.0.3 2026-05-02

Bug Fixes

• Gift card type changes (name, validity period, visual template, active state) are now picked up immediately everywhere they're displayed — the dashboard filter, the transactions export, and newly issued coupons no longer use stale snapshots of older type configurations.

2.0.2 2026-05-02

Bug Fixes

• The gift card success/confirmation page now reliably picks up custom visual templates assigned to a gift card type — previously, even after the 2.0.1 fix, it could still fall back to the default grey palette while the recipient email displayed the correct custom theme.

2.0.1 2026-05-02

Bug Fixes

• Custom visual templates created in **Customize → Visual Template** are now correctly applied everywhere they should be: the gift card success/confirmation page, the recipient email, the Divi module preview, and the admin email previews. Previously only built-in templates' colors and fonts were honored on these surfaces, while custom templates silently fell back to the default green palette.

2.0.0 2026-05-02

New Features

• New **Customize** menu brings together every visual setting in one place. Pick the **Visual Template** tab to design the public purchase form: duplicate any built-in template, change its primary/secondary colors and font, choose a button style (3D, Flat or Outline) that applies to step badges, amount selectors and action buttons alike, and disable templates you don't use to keep the gift card type selector tidy — with a live preview of the form as you edit.
• The **Mail** tab inside Customize delivers full email customization: typography (sizes, weights, line height, letter spacing, optional Google Fonts URL), drag-and-drop section reordering with per-section visibility and spacing, branding extras (logo size, free-form footer HTML, social links, custom CSS), and three starter presets (Classic, Minimal, Bold) — all reflected live in the email preview.

1.5.0 2026-05-01

Changes

• Redesigned the gift card success page to visually match the recipient email template — a clean 600px white card themed by the gift card type's primary/secondary colors (Spa, Beauty, Restaurant, Fitness, Medical, Generic), with a prominent code box, structured summary table, themed message and restrictions blocks, and a working copy-to-clipboard button. All previously displayed information is preserved (code, amount, recipient, sender, personal message, expiration, restrictions, next-steps, how-to-use instructions, coupon-pending banner).
• Email colors are now automatically driven by the gift card type's preset, so each recipient gets an email matching the type they were gifted. The global Primary/Secondary Color settings have been removed; the Email Preview includes a gift card type selector to instantly visualize the actual rendering.

1.4.0 2026-04-30

New Features

• Added a Settings option to hide the "Not valid for the following:" exclusions list on the public purchase form (still shown on the success page and confirmation email)

1.3.2 2026-04-24

Bug Fixes

• Square is now fully supported across the purchase form (including Divi and shortcode embeds), the admin health dashboard, and plugin logs — no more false "Stripe configuration missing" errors on Square-only setups
• The "Minimum Custom Amount" setting is now honored end-to-end: the purchase form, the Continue button, and server-side validation all use the value configured in Settings instead of a hardcoded 10

1.3.1 2026-04-20

Bug Fixes

• Manual gift card creation now accepts imported codes in flexible formats (mixed case, variable segment lengths) instead of rejecting anything that did not match the auto-generated `GIFT-XXXX-XXXX` pattern; the duplicate-code error message is also clearer
• Manual gift card creation now persists the selected gift card type, so the configured service/package/event restrictions are correctly applied to the Amelia coupon (front-end purchases were not affected)

1.3.0 2026-04-14

New Features

• Added a German language preset in Settings > Text: apply all default texts in German with a single click, alongside the existing French and Spanish presets

1.2.1 2026-04-14

Bug Fixes

• Automatically select the predefined amount on the gift card purchase form when only a single amount is configured, so customers no longer need to click it manually before proceeding

1.2.0 2026-04-13

New Features

• Language presets for text customization: quickly apply all default texts in French or Spanish with a single click from the Settings > Text tab

Improvements

• Settings tab navigation now stays visible at the top of the page while scrolling
• The "Save Changes" button on the Settings page is now always visible at the bottom of the screen
• The "Create Gift Card" button on the Manual Gift Card page is now always visible at the bottom of the screen

1.1.1 2026-04-13

Bug Fixes

• Fix links to Documentation and Support on the Dashboard page

1.1.0 2026-04-13

New Features

• You can now define the predefined amounts displayed on the gift card purchase form directly from the settings page
• New minimum and maximum amount limits for custom entries by customers

1.0.0 2026-03-12

Initial release

• Amelia Booking integration with automatic coupon creation
• Divi Builder module for gift card forms
• Stripe and Square payment processing
• Email delivery with customizable templates
• Multi-currency support
• Admin dashboard with statistics and reports
• Lemon Squeezy license management
• Gift card type management with configurable restrictions
• Plugin update system via ameliagiftcards.com API
• Manual "Check for Updates" button on license page