@growth-operations/ui-shared 1.31.1 → 1.33.0

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@growth-operations/ui-shared",
-  "version": "1.31.1",
+  "version": "1.33.0",
   "description": "Shared HubSpot UI-extension modules (Home, Billing) for Growth Operations apps.",
   "license": "MIT",
   "private": false,

package/src/billing/AutoProvisionToggle.jsx

@@ -103,7 +103,7 @@ export function AutoProvisionToggle({
         <Alert variant="warning" title="Disable automatic credit provisioning?">
           <Box flex="auto">
             <Flex direction="column" gap="small">
-              <Text>{autoProvisionConfirmBody(appName)}</Text>
+              <Text>{autoProvisionConfirmBody(appName, appKey)}</Text>
               <Flex direction="row" gap="small">
                 <Button
                   variant="destructive"

package/src/billing/BillingTab.jsx

@@ -22,7 +22,7 @@ import { useStrictModeEffect } from "../lib/useStrictModeEffect";
 import { CreditMeter } from "../home/CreditMeter";
 import { PlanGrid } from "./PlanGrid";
 import { AutoProvisionToggle } from "./AutoProvisionToggle";
-import { resolveAutoProvision } from "../lib/autoProvision";
+import { autoProvisionBlockOf, resolveAutoProvision } from "../lib/autoProvision";
 import { refreshBillingActionTokens } from "../sdk/billing";
 import { getInvoices } from "../sdk/app/topUps";
 
@@ -321,12 +321,16 @@ export function TrialSubscriptionBilling({ context, state, appKey, openIframe =
       : null;
 
   // Tier picker — every status needs ONE of two distinct modes, never both:
-  //   trialing                    -> UPGRADE mode: a trialing sub already
+  //   trialing / active           -> UPGRADE mode: a subscription already
   //     exists, so a higher-tier click swaps its item in place
   //     (/v1/billing/upgrade/start) rather than starting a second
   //     subscription. Lower tiers show disabled (Talk-to-sales; downgrades
   //     aren't self-serve). currentOrder is REQUIRED here so PlanCard can
-  //     tell upgrade from downgrade.
+  //     tell upgrade from downgrade — and it's a money-safety gate, not
+  //     caution: the billing service's direction check no-ops when the
+  //     account's plan matches no mirrored tier, so without a stamped
+  //     current tier we can't tell a customer what an upgrade even is, and
+  //     the picker stays hidden (the Stripe portal link above still works).
   //   pending_purchase / canceled -> CHECKOUT mode: there is NO active
   //     subscription to swap — every tier is a genuinely fresh purchase
   //     (/v1/billing/checkout/start, PlanGrid's default). currentOrder is
@@ -336,17 +340,19 @@ export function TrialSubscriptionBilling({ context, state, appKey, openIframe =
   // (upgrade) or doesn't (checkout) — showing the upgrade endpoint with no
   // real subscription behind it would 404/error at click time.
   const isTrialing = ent.status === "trialing";
+  const isActive = ent.status === "active";
   const isCanceled = ent.status === "canceled";
   const needsCheckout = ent.status === "pending_purchase" || isCanceled;
   const plans = state?.plans ?? [];
-  const currentOrder = isTrialing
-    ? plans.find((p) => p.current)?.tier_order
-    : undefined;
-  // Trialing: only once we know the current tier (currentOrder drives
+  const currentOrder =
+    isTrialing || isActive
+      ? plans.find((p) => p.current)?.tier_order
+      : undefined;
+  // Trialing/active: only once we know the current tier (currentOrder drives
   // upgrade-vs-downgrade per card). Checkout: as soon as there's a catalog
   // to pick from — there's no "current tier" gate to wait on.
   const showPicker =
-    (isTrialing && currentOrder != null && plans.length > 0) ||
+    ((isTrialing || isActive) && currentOrder != null && plans.length > 0) ||
     (needsCheckout && plans.length > 0);
 
   // Empty-catalog restart fallback (2026-10-13 sparkfly incident): a catalog
@@ -415,10 +421,11 @@ export function TrialSubscriptionBilling({ context, state, appKey, openIframe =
           : "Billing is managed in Stripe across all Growth Operations apps. Use the link above to update your plan, payment method, or view invoices."}
       </Text>
 
-      {/* Trialing: current (marked), higher (upgradeable), lower (disabled,
-          Talk-to-sales) — upgrading swaps the trialing sub onto the higher
-          tier, keeping the trial end date. pending_purchase/canceled: every
-          tier plain-actionable (fresh checkout, PlanGrid's default props/
+      {/* Trialing/active: current (marked), higher (upgradeable), lower
+          (disabled, Talk-to-sales) — upgrading swaps the existing sub onto
+          the higher tier (trial end date kept while trialing; prorated
+          immediately once active). pending_purchase/canceled: every tier
+          plain-actionable (fresh checkout, PlanGrid's default props/
           endpoint) — no currentOrder means PlanCard never marks a downgrade.
           The full `plans` list is passed either way; PlanCard decides each
           card's state from plan.current + currentOrder. */}
@@ -443,7 +450,9 @@ export function TrialSubscriptionBilling({ context, state, appKey, openIframe =
               ? "Restart charges your card on file and resumes syncing immediately — no checkout page. If the card needs updating, we'll send you to Stripe to finish. You can also switch to a different plan or billing interval."
               : needsCheckout
                 ? "Choose a plan to start a new subscription and resume syncing your data."
-                : "Upgrade any time during your trial — your trial end date stays the same, and the new tier applies when it converts. To move to a lower tier, talk to sales."
+                : isActive
+                  ? "Upgrade any time — the new tier applies right away with prorated billing. To move to a lower tier, talk to sales. Use Manage billing in Stripe above to cancel, update your payment method, or view invoices."
+                  : "Upgrade any time during your trial — your trial end date stays the same, and the new tier applies when it converts. To move to a lower tier, talk to sales."
           }
           // Canceled only: the account's last tier is still stamped
           // `current` (account.plan persists after cancel), so its card
@@ -682,7 +691,12 @@ export function CreditsBilling({ context, state, appKey, openIframe = null }) {
             <AutoProvisionToggle
               context={context}
               appKey={appKey}
-              enabled={resolveAutoProvision(state?.auto_provision).enabled}
+              // Dual-read: the backends nest auto_provision under
+              // payload.state — a top-level-only read would snap a disabled
+              // toggle back to ON on every refetch.
+              enabled={
+                resolveAutoProvision(autoProvisionBlockOf(state)).enabled
+              }
               appName={state?.app?.name ?? "this app"}
               // The POST's second auth dep (see setAutoProvision). `state`
               // here is BillingTab's interval-refreshed copy, so this token is

package/src/lib/autoProvision.js

@@ -14,8 +14,19 @@ export function autoProvisionSubtext(appName) {
   return `If monthly credits are used, this will automatically purchase another pack of credits so use of ${appName} is not impacted.`;
 }
 
-export function autoProvisionConfirmBody(appName) {
-  return `Are you sure you want to disable automatic credit provisioning? If monthly credits are used, ${appName} will no longer function and workflow actions will fail.`;
+// The ON→OFF confirmation's ending, per app. The default names the generic
+// consequence (workflow actions fail); ATS has no workflow actions — its
+// credit-gated features just stop working — so Andrew's 2026-10-19 copy names
+// the user-visible consequence instead.
+const CONFIRM_BODY_ENDINGS = {
+  applicant_tracking_system:
+    "and features like resume parsing will stop functioning until credit renew at the start of the next bill period.",
+};
+const DEFAULT_CONFIRM_BODY_ENDING = "and workflow actions will fail.";
+
+export function autoProvisionConfirmBody(appName, appKey) {
+  const ending = CONFIRM_BODY_ENDINGS[appKey] ?? DEFAULT_CONFIRM_BODY_ENDING;
+  return `Are you sure you want to disable automatic credit provisioning? If monthly credits are used, ${appName} will no longer function ${ending}`;
 }
 
 export const AUTO_PROVISION_CONFIRM_YES = "Yes, disable this feature.";
@@ -28,6 +39,15 @@ export function resolveAutoProvision(autoProvision) {
   return { enabled: autoProvision?.enabled !== false };
 }
 
+// The auto_provision block off a /v1/home PAYLOAD, dual-read like
+// planFitOf/periodComparisonOf (lib/homeBlocks): base-hosted and ATS backends
+// nest it under payload.state; a top-level read alone silently resolves to
+// the default ON for a disabled account after every refetch/remount.
+export function autoProvisionBlockOf(state) {
+  if (!state || typeof state !== "object") return undefined;
+  return state.state?.auto_provision ?? state.auto_provision;
+}
+
 // The toggle's interaction state. `enabled` itself lives in the component
 // (seeded from the payload, updated on save); this machine owns everything
 // around it: the ON→OFF confirmation and the in-flight POST.