Aluleth Commerce Pro – Sell Plugins, Themes and Subscriptions with Licence Keys and Updates

Changelog:

Aluleth Commerce Pro 0.1.16 (includes Aluleth Commerce 0.3.17)

= 0.1.16 / Aluleth Commerce 0.3.17 =
* Fix: legacy account links. ALC_Customers::of_user() no longer trusts a link from a WordPress account to a customer record whose address differs from the account's only by a plus suffix (a link made by versions before 0.3.16): such an account gets no record from that link.
* Fix: records made before the update are held. On a site updated from an older version (migration 6 stores the update time; a new site holds nothing), a customer record made before the update is given to no account while another WordPress account has a plus variant of its address, because its orders may be that person's. No account sees its orders, downloads, licences or subscription actions until the store owner has moved the other address's orders and confirmed "Every order left here belongs to …" in Commerce > Customers. The account page says the past orders are being checked. Records made after the update are never held.
* Fix: the repair no longer mixes profiles. Moving orders copies no name, company, phone, country or language from the record they come from: an existing destination keeps its own profile, and a new one only takes the first and last name of the WordPress account of that exact address.
* Fix: each move runs in one database transaction (orders, download rights, licences, subscriptions, account links, totals). A failed statement or an add-on step that throws undoes the whole move; the failure is logged and the store owner sees that nothing changed.
* Tests: two accounts with plus addresses before and after the repair (orders, downloads, licences, subscription actions), held records until checked, no profile copied, a move failing part way (download rights, subscriptions) leaves everything as it was, the migration only holds records on updated sites.

= 0.1.15 / Aluleth Commerce 0.3.16 =
* Fix: customer identity. An email address is now kept exactly as given (only trimmed and lower-cased). [email protected] and [email protected] are two customers, each with their own orders, downloads, licences, subscriptions, account and emails. The plus suffix is folded only for coupon limits (one use per person, "only for these emails"): new ALC_Coupons::limit_email() for coupons, ALC_Customers::normalize_email() for people. ALC_Coupons::normalize_email() is kept as a deprecated alias for coupon limits.
* Fix: account links. A customer record is tied only to the WordPress account with its very address. It is never tied to an account already linked to another record, and an account never sees a record tied to another account.
* Imports from WooCommerce and FluentCart keep plus addresses apart.
* New: repair for records merged by older versions. Commerce > Customers lists the records that may mix plus addresses: a WordPress account with a plus address, a record tied by the old rule, or imported orders whose original store has another address. On the customer page, the store owner can:
- move the chosen orders to the exact address, with their download rights (and, with Commerce Pro, every order of the same licence or subscription, with the licence and the subscription);
- give an account its own record;
- move imported orders back to the address they have in the original store.
Nothing moves on its own, and each move is logged. WP-CLI: wp alc customers plus-check | repair-imported [--dry-run] | move <customer> --orders= --email=.

= 0.1.14 / Aluleth Commerce 0.3.15 =
* Fix: product pages next to WooCommerce (address words moved to free ones by themselves); product addresses resolve even without their saved rule.