FlowMail Campaigns

Changelog

1.3.90

• Treats correctly ordered High-value and VIP spend tiers with distinct offers as an intentional progressive loyalty path rather than an overlap warning.
• Shows a positive Progressive tiers status when VIP is above High-value and the two linked rewards are distinct.
• Keeps genuine tier problems actionable: reversed/equal thresholds, missing threshold data or identical tier offers still show Review tiers with an explanation.
• Keeps anniversary and birthday visible as optional loyalty extras without making a healthy progressive tier setup look like a warning.

1.3.89

• Makes general Customer inactive and Lapsed high-value purchase win-back audiences mutually exclusive.
• Customers below the High-value threshold use the general win-back path; High-value and VIP customers use the targeted lapsed-high-value path instead.
• Adds defensive audience protection to live queueing and dry-run/testing paths so High-value customers cannot be queued into the broader customer-inactive automation.
• Journey view now shows Protected paths, marks Lapsed high-value as Protected, and displays the exclusion directly in the configured rules.
• Keeps High-value and VIP loyalty milestones progressive; a distinct VIP offer such as the current £20 reward is treated as intentional rather than a duplicate offer.

1.3.88

• Explains why Journey view flags High-value/VIP and win-back audience overlaps instead of only asking admins to review them.
• Shows when VIP is nested inside High-value (or when tier thresholds are reversed/equal), using the live configured lifetime-spend thresholds.
• Flags when VIP and High-value currently use the same linked offer, without changing either automation automatically.
• Explains the exact inactivity timing at which a lapsed high-value customer can also enter the broader customer-inactive recovery path.

1.3.87

• Makes Journey review warnings actionable by showing the actual configured audience rules directly beneath the guidance.
• Repeat & loyal customer shows the active High-value and VIP lifetime-spend thresholds plus any linked offer and minimum-spend details.
• Inactivity & win-back shows the configured customer-inactivity days and lapsed-high-value inactivity/value thresholds, plus linked offer details where present.
• Keeps rule summaries compact and omits values that are not configured.

1.3.86

• Refines Journey view stage statuses so they explain where attention is useful instead of marking every active stage simply Covered.
• Repeat & loyal customer now shows Review optional extras when High-value, VIP, anniversary or birthday automations are active, with an explicit overlap warning when both High-value and VIP spend tiers are enabled.
• Inactivity & win-back now flags Review overlap when lapsed high-value recovery is active alongside a general customer win-back path, because the same customer may meet both audiences.
• Product interest alerts is now labelled Request-driven rather than Covered, reflecting that those alerts only send after a shopper asks to watch a product or category.
• Aligns the top journey-step names with the section headings below: New subscribers, After purchase, Repeat & loyal customer, Inactivity & win-back and Product interest alerts.

1.3.85

• Makes the customer/subscriber Journey view the default Automations view while retaining the existing detailed Table view and filters.
• Groups automations into signup, welcome, first purchase, post-purchase, loyalty, cart recovery, win-back and product-interest stages.
• Adds Recommended, Alternative, Optional and System guidance badges so admins can see which automations are sensible defaults, substitutes, situational extras or operational processes.
• Adds stage-level coverage guidance and overlap warnings when both a multi-step workflow and its equivalent individual-email path are active.
• Adds a clickable customer-journey summary; selecting a stage opens Table view filtered to that journey stage.
• Journey Manage buttons open the matching detailed automation row, keeping existing edit, testing and action controls in one place.

1.3.84

• Fixes the WooCommerce checkout marketing opt-in appearing twice on classic checkout.
• Keeps the canonical opt-in beside the billing email/contact fields and removes the duplicate copy previously forced beside the Place order button.
• Retains the legacy renderer method for compatibility without hooking it into checkout.

1.3.83

• Adds open and click tracking to real System product-alert emails using the same tracked-email pipeline as campaigns and normal automations.
• System Email Results now shows an Engagement summary in Essential view and Tracked, Opened, Clicked, Open rate and Click rate metrics in Full view.
• Double opt-in System results now surfaces unique opens, confirmation-link clicks and confirmed outcomes from the existing confirmation journey tracking.
• Test sends remain excluded from engagement figures and do not create tracked System queue records.
• Engagement rates use tracked real sends only, so older System alert deliveries remain visible in Sent without distorting open/click rates.
• Keeps delivery health independent from engagement metrics; open activity does not change the automation health score.

1.3.82

• Fixes Login Page branding so saved logo, background and button colours are applied reliably to the live WordPress login screen.
• Login branding now uses the core WordPress login stylesheet handle and links a custom login logo back to the site.
• Clarifies that Login Page colour placeholders are examples rather than active values until saved.
• Removes the duplicate Double Opt-In management button from Email & Login.
• Splits Double Opt-In Delivery & testing into Delivery health and Content checks for easier scanning.
• Trims the public WordPress.org changelog to recent releases so it stays within the directory import limit.

1.3.81

• Consolidates Double Opt-In management into the Double opt-in reminder & cleanup System Automation screen.
• The unified screen now owns follow-up timing, reminder limits, automatic cleanup, initial confirmation copy, reminder copy, delivery checks, test sends, pending counts and last-run status.
• Subscribers keeps pending-contact maintenance tools but replaces duplicate automatic follow-up settings with a read-only summary and Manage automation shortcut.
• Email & Login no longer duplicates Double Opt-In editors; its Double Opt-In tab now links to the System Automation source of truth.

1.3.80

• Clarifies grouped cron recovery diagnostics by distinguishing unique recovered jobs from the underlying recovery attempts.

1.3.79

• Cron recovery grouping now carries the recovered hook names into the aggregate instead of losing them while building the global activity timeline.
• Grouped recovery detail shows up to three readable job names, followed by a compact +N more count when additional jobs were recovered.

1.3.78

• Aggregates same-day cron recovery bursts into one technical activity row instead of listing each recovered hook separately.
• Preserves the individual recovered hook names in the grouped cron-recovery detail.

1.3.77

• Clarified the Activity System filter so its main badge continues to count important system events only.
• When System is selected, the page now shows explicit Important and All technical choices with a count on both views.
• All technical now reports the full System history count for the selected date window, including grouped routine technical events plus any important system events.
• Added an inline explanation that routine queue, cron, watchdog, maintenance and recovery history remains available without inflating the main Activity totals.

1.3.76

• Removed abandoned-cart sweep maintenance passes from Overview Latest Activity and the default Activity -> All timeline.
• Keeps abandoned-cart sweep history under System -> All technical and aggregates same-day passes, including the total carts marked abandoned.
• Removed auto-discarded Bot Shield/spam form submissions from meaningful Activity while keeping held/blocked submissions visible when they need review.
• Meaningful Activity KPI/filter totals now exclude those maintenance/spam housekeeping rows as well.

1.3.75

• Activity/Overview polish: Overview Latest Activity now uses meaningful events only and hides routine queue/cron/maintenance noise.
• Keeps routine operational events under System -> All technical while warnings/failures remain visible in normal activity.
• Tightens queue/system event classification so failures are never hidden by broad queue-runtime matching.
• Activity KPI/filter counts now exclude hidden routine events; repetitive technical rows remain grouped.
• Uses friendly full timestamps in the Activity timeline while keeping Upcoming separate and true Campaign/Automation types.

1.3.74

• Cleaned the Overview Latest Activity feed so routine queue no-op, cron recovery and maintenance noise no longer displaces meaningful business activity.
• Added System detail controls on the Activity page: Important by default, with All technical available on demand. Routine technical events are grouped to keep the timeline readable.
• Corrected Upcoming classification so scheduled/recurring date campaigns appear as Campaigns while genuine trigger-based sends remain Automations.
• Updated Upcoming cards and dashboard activity timestamps to friendlier site-local date/time labels.
• Kept system failures, overdue/held delivery problems and other actionable errors visible in the normal timeline while deeper diagnostic evidence remains in Health Check and Event Ledger.

1.3.73

• Added a cross-app Activity timeline covering audience, purchases, campaigns, automations, reviews, content and system events.
• Added a dedicated Activity workspace page with area, status, date and search filters.
• Split future scheduled campaigns and queued emails into Upcoming so they are never presented as historical activity.
• Updated the Overview Latest Activity panel to use the global timeline and added a compact Upcoming section.
• Added Activity to the FlowMail workspace navigation and kept low-level technical events in Health Check / Event Ledger.

1.3.72

• Fixed Notification Center queue alerts so future-scheduled pending emails remain normal Waiting to Send activity and do not count as items needing attention.
• Added a 15-minute grace window after the scheduled send time before a pending email is treated as overdue, avoiding false alerts from ordinary WP-Cron timing.
• Failed emails still alert immediately; held/paused emails only alert after their send time is overdue, and genuinely stuck processing items are surfaced.

1.3.71

• Fixed core subscriber automation provenance so hourly Welcome follow-up, inactive, anniversary, birthday and lead-magnet scans record genuine live queue activity as Automatic instead of legacy/unknown.
• Manual birthday/anniversary scans from the Automation Testing Center now record Manual provenance and cannot falsely validate a live trigger.
• Added a bounded one-time repair for legacy Subscriber anniversary queue/log rows whose activity date matches the subscriber join month/day, allowing Email Results and diagnostics to recognise historic automatic anniversary scan activity without treating unrelated legacy sends as proof.

1.3.70

• Reworked the Subscribers Column guide into compact groups that mirror the table: Subscriber, Profile, Engagement, Customer, Acquisition & Preferences, and System.
• Removed non-column material from the guide and moved inactivity-rule and bulk-action guidance into Help & Shortcuts.
• Added concise hover tooltips to subscriber table column headings.
• Made the guide remember its open/closed state and follow Essential/Full view, with the advanced Origin note shown only in Full view.

1.3.69

• Cleaned the Subscribers Interest filter so it only shows customer-facing product/category topics instead of raw internal tags.
• Merged duplicate interest/category aliases into one readable option and excluded product IDs, alert tags, birthdays, source tags, spam/admin metadata, and other system context.
• Updated the Interest table column to show the same clean topic labels used by the filter.
• Kept subscriber-selected email choices under Preference with clearer labels and renamed the table section to Acquisition & Preferences.
• Kept the legacy Interest filter query key for bookmarked admin URLs while matching both historic interest: and category: storage aliases.

1.3.68

• Resolve subscriber acquisition sources from forms, WooCommerce orders/registration, imports and retained provenance.
• Clean up acquisition maintenance controls and preserve tag timestamps during tag updates.

1.3.67

• Makes completed WooCommerce orders the source of truth for customer lifecycle, value tier and recent-buyer status.
• Contacts with no completed orders now show No customer lifecycle yet, Value tier: Not applicable, and Recent buyer: No even if an older managed tag is stale.
• Adds completed-order count to the shared WooCommerce customer facts and calculates lifetime spend from completed orders only.
• Clears cached purchase facts immediately when an order completes so New/Repeat/value-tier classification updates on the same request.
• Adds a one-time background classification repair that removes stale managed customer tags while preserving acquisition, preference, origin, health and manual tags.
• Hardens High-value/VIP safety scans so stale tags cannot dispatch value-tier automations to non-purchasers.

1.3.66

• Adds Welcome email and Welcome follow-up milestones to the Subscriber Customer journey, including future scheduled welcome mail that automatically becomes a sent milestone after delivery.
• Adds the latest genuine Subscriber anniversary milestone only after at least one full calendar year has passed since joining FlowMail.
• Enriches a valid anniversary milestone with the anniversary email subject when that email was sent.
• Keeps the historic same-year anniversary misfire visible in Email engagement as factual send history, but excludes it from Customer journey so it is never presented as a real anniversary.

1.3.65

• Prevents Subscriber anniversary from firing in the subscriber’s original signup year; the first anniversary is now one full calendar year after joining.
• Keeps anniversary sends recurring annually on the join month/day after the first year, with the existing per-anniversary de-duplication.
• Updates Customer Simulation and testing guidance so same-year join dates correctly report that the first anniversary has not yet been reached.
• Clarifies anniversary wording in automation descriptions and diagnostics.

1.3.64

• Treats future-scheduled automation emails as healthy queue work rather than Health Check warnings.
• Automation firing diagnostics now separate scheduled, due-soon and genuinely attention-needed queue items.
• Waiting to Send sidebar counts remain informational blue when all queued mail is scheduled normally, turning amber only when something is overdue, held, paused, failed or stuck processing.
• Uses canonical automation display names in automation firing diagnostics.

1.3.63

• Keeps New customer before Repeat customer when WooCommerce records the first two completed orders within the same minute, so the customer journey remains logically ordered.
• Compacts engagement emails individually when their detailed open/click/site/order evidence has expired, even if newer retained engagement events still exist for the same subscriber.
• Replaces repeated empty engagement-stage boxes with one scan-friendly row showing send time, canonical email name, source type, and an honest retained-detail status.
• Keeps the full Sent → Opened → Clicked → Site activity → Order/goal journey only for emails that still have retained evidence.

1.3.62

• Consolidates the subscriber profile into clearer Profile, Journey, Purchases, Subscriptions, Engagement, and Delivery areas.
• Removes the duplicate Subscriber overview card and moves its unique identity and engagement details into the main profile context panel.
• Combines marketing preferences with product/category alerts in one Subscriptions & preferences section.
• Combines double opt-in and bounce/suppression information in one Consent & delivery health section.
• Makes Engagement journey the primary email-history view and moves raw sent/open/click tables into a collapsed Technical email records disclosure.
• Compacts historical engagement journeys when detailed event rows have expired, avoiding repeated empty Opened/Clicked/Site/Order boxes.
• Uses Imported to FlowMail wording in the at-a-glance summary when the subscriber was imported.

1.3.61

• Adds a grouped subscriber Engagement journey: Sent → Opened → Clicked → Site activity → Order/goal.
• Groups retained engagement by email instead of showing only raw open/click rows.
• Adds All, Campaigns, Automations, and System filters plus Show all/Show fewer controls.
• Distinguishes test emails and directly attributed WooCommerce orders.
• Improves the Customer journey latest-engagement milestone with the actual email name/subject when retained tracking detail exists.
• Clearly explains when older detailed engagement rows have been cleaned up while lifetime totals remain.

1.3.60

• Polished Subscriber profiles with a compact relationship summary showing FlowMail join date, customer-since date, completed orders, spend, latest purchase and latest engagement.
• Added persistent collapsible profile sections with smart defaults, per-subscriber saved state, and Expand all / Collapse all controls in the sticky jump navigation.
• Product/category alerts, opt-in activity and healthy deliverability sections now collapse automatically when there is nothing requiring attention; purchase and journey sections stay open by default.
• Email Activity now has a compact collapsed summary while retaining expandable sent/open/click tables and remembers table expansion state per subscriber.
• Imported subscribers now show an explicit “Imported into FlowMail” journey milestone, clarifying when customer activity predates the FlowMail record.
• Purchase summaries now distinguish unique products from total item quantity.
• Subscriber sidebar totals remain informational blue even when pending confirmations exist; pending context remains available in the badge description.

Earlier releases

• Earlier release history is retained in the project source history. The public WordPress.org changelog lists recent releases only.