v1.0.17
- Renamed to Giftvane Pro, following the free plugin, and it now declares the free plugin under its new wordpress.org slug, giftvane. Settings and licence are unchanged.
Back to Giftvane Prov1.0.17 (23 releases)
Changelog Giftvane Pro
Changelog for the available Giftvane Pro WooCommerce plugin: updates, fixes and feature development.
v1.0.16
- The plugin description, the readme and the admin strings still named the free plugin by its old name in places the rename missed. They now all read Giftvane.
- The Polish translation is complete again. Regenerating the template exposed strings that had never been translated, because the old template did not contain them at all.
v1.0.15
- Renamed to Donkarto Pro. The free plugin it extends was renamed to Donkarto for the WordPress.org directory, which asks a plugin name to lead with a distinctive coined word rather than a generic one, and the paid add-on now carries the same name. The text domain, the stored options and every hook are unchanged, so nothing on an existing install moves.
v1.0.14
- Fixed: this plugin shipped a second copy of the free plugin's gift-card engine, and on a paying site that copy was the one that ran. `wppoland/storefront-kit` was a Composer dependency here as well as bundled in the free plugin, under the same class names; PRO ships its `vendor/` and the free WordPress.org package does not, and Composer registers its autoloader ahead of the free plugin's fallback. So the class in use was PRO's, frozen at the kit version pinned in this plugin's lock file (v1.6.2, 28 July 2026), and every fix the free plugin made to it after that date was invisible here. Free 1.1.8 then passed a new `retryHook` argument by name to a constructor that copy does not have, which raises "Unknown named parameter $retryHook" and takes the whole site down: free 1.1.8 or newer together with this plugin was fatal, not merely behind. PRO no longer depends on the kit or maps its namespace, so the classes come from the free plugin, which owns them. Nothing in this plugin's own code used a kit class, so no feature changes.
- Changed: the minimum free version this plugin checks moves from 0.1.0 to 0.2.0, the release that first fires the `giftcards/booted` action this plugin boots from and creates the gift-card table it reads. 0.1.0 was never enough: PRO could not boot on it at all, the check simply never said so. The readme requirement matched the old number and has moved with it.
v1.0.13
- Fixed: after updating from 1.0.11, the settings screen said no gift cards were waiting for their delivery date while the queue still held them. The old queue is moved into its own rows by the first completed order or the first daily delivery run, and opening a settings page is neither, so the screen read zero for up to a day, and for good on a store with scheduled delivery switched off. The count now reads both stores, so it shows the same number before and after that move.
v1.0.12
- Fixed: a gift card bought with a future delivery date while the daily task was running could still be dropped from the queue and never delivered. Re-reading the queue before writing it does not help: WordPress answers get_option() from the cache the running process already filled, so the "fresh" read is that process's own copy and the checkout's card is written over it. Each queued card is now its own row, and a delivery run only writes and deletes the rows it is delivering, so a card queued while it runs is still queued when it ends. Cards queued by an earlier version are moved into the new rows on the first run after the update.
- Fixed: a run killed in the window between a card being written to the database and its code being recorded funded a second card for that recipient on the next run. The code is now reserved and recorded before the card is created, and creating it is a lookup on that code plus an insert the table's unique key settles, so the next run finishes that one card instead of funding another. Recording the code first trades that for the opposite failure, a code recorded for a card that was never created, which the next run creates under the same code.
- Fixed: delivering a day's cards rewrote the whole queue twice per card, so the work grew with the square of the queue. Measured on 500 due cards: 1001 option writes carrying 54.1 MB of serialised queue before, 1000 writes and 501 deletes carrying 0.2 MB now (the payload written; WordPress serialises the stored value a second time to compare it, on both sides of that figure). A card whose delivery date has not arrived then costs a run no write and no delete, once the single write that moved it into its own row is behind it.
- Unchanged: after an interruption, the one recipient whose email was in flight can still receive that email again on the next run. It carries the same code and the same balance, it is not a second card.
v1.0.11
- Fixed: when the daily scheduled-delivery task was interrupted part-way through (a fatal error, or the host stopping it on max execution time), it had recorded nothing about the cards it had already delivered, so the next run generated brand new codes for them. Cards were issued, and funded, twice. Each card is now taken off the delivery queue as it is delivered, and its code is stored as soon as the card is written, so a run interrupted while emailing does not fund a second card. A run killed between those two steps still did; see 1.0.12.
- Changed: after an interruption, the one recipient whose email was in flight can receive that email again on the next run. It carries the same code and the same balance as the first, it is not a second card.
- Changed: the delivery queue is written as each card is delivered instead of once at the end of the run. This was meant to stop a card bought during the run from being dropped, and does not: see 1.0.12.
- Fixed: an order that entered the Completed status more than once (completed, refunded, completed again, or a resend triggered by hand) queued another scheduled gift card for the same line on every pass. Each line is queued once, which is what the free plugin already does for cards it delivers immediately.
v1.0.10
- Fixed: arrow glyphs in the admin menu paths, and in the strings handed to translators. An arrow inside a translatable string makes the glyph every translator's problem and changes the layout in any locale that drops it.
v1.0.9
- The translation template was regenerated. 9 strings added to the plugin since the template was last built were missing from it, so no translator could reach them in any language, and 1 strings the plugin no longer uses have been dropped. Nothing you see changes; what a translator can see does.
v1.0.8
- Fixed: the plugin title label on Freemius notices rendered white on a background measuring 2.37:1, where WCAG AA wants 4.5:1 for text that size. The label now uses the same grey WordPress core uses, at 4.61:1.
- Fixed: the public key constant was defined inside the guard for the product id constant, so it would have gone undefined if anything had defined the id first. Harmless today, wrong the moment it is not.
v1.0.7
- Fix: deleting the plugin now removes its options and transients instead of leaving them in the database, on every site of a network. The free plugin's own settings are untouched.
v1.0.3
- Accessibility improvements to the admin and storefront markup.
- Fixed low-contrast admin headings under an OS dark-mode preference.
v1.0.2
- Added bundled Polish, German and Spanish translations for the plugin interface.
v1.0.1
- First stable release.
v0.7.2
- Plugin Check: escaping/sanitisation/i18n/hygiene fixes.
v0.7.1
- Maintenance: renamed the plugin slug and text domain to `plogins-giftcards-pro` for consistency across the Plogins family. No functional changes.
v0.7.0
- New: **multi-currency**, currency column on gift cards, order-currency stamping, bulk batch currency selector, balance/lookup display in card currency, optional checkout enforcement under **WooCommerce > Giftvane Pro**.
v0.6.0
- New: **PDF gift cards**, printable PDF attachments on recipient emails (immediate and scheduled delivery). Toggle under **WooCommerce > Giftvane Pro**.
v0.5.0
- New: **bulk generation & CSV export**, **WooCommerce > Bulk gift cards** issues up to 500 promo codes per batch and downloads a CSV.
v0.4.0
- New: **custom card designs**, branded HTML recipient emails (Classic, Celebration, Minimal), optional accent colour and header image, per-product design override.
v0.3.0
- New: partial-redemption history, **WooCommerce > Gift card lookup** with per-order redemption log.
- New: copies the applied gift-card code onto the order at checkout so redemption completes reliably on order processing.
v0.2.0
- First shipping PRO features: **customer-chosen amount** (per-product min/max amount field that sets the order line price), **scheduled delivery** (recipient email held back and sent on a chosen date via a daily wp-cron task instead of immediately), and the **`[giftcards_balance]` shortcode** (public, nonce-protected remaining-balance lookup). Storage is shared with the free plugin's gift-card table; no free code is modified.
v0.1.0
- Initial scaffold release. Establishes the PRO add-on bootstrap: boots on top of the free Giftvane plugin via the `giftcards/booted` action, verifies the free plugin and minimum version, wires premium service/hook registries into the shared container, runs activation defaults and version-tracked migrations, declares WooCommerce HPOS + Blocks compatibility, and integrates the Freemius SDK for licensing and updates. Premium features (scheduled delivery, custom designs, partial-redemption history, balance check, bulk generation) are planned and not yet implemented.