@drawbridge/drawbridge-utils 0.0.144 → 0.0.146

package/dist/connections/index.cjs

@@ -4428,9 +4428,18 @@ var shopify_default2 = {
   // there is nothing further to choose. `shop` absent means the install did not
   // finish, which is a credential problem rather than a setup one, so the
   // stored status already says so.
-  // Nothing to add — no setting can make this connection unusable, so the
-  // credential's own verdict stands.
-  status: (data2) => data2 == null ? void 0 : data2.status,
+  //
+  // ONE presentation downgrade: an ACTIVE store whose approval carries no
+  // usage meter (source.metered explicitly null) PRESENTS as error, so the
+  // connections list shows the red state and the merchant knows to click in
+  // — where the Fix-order-billing card and the billing Issue explain the
+  // click. The STORED status stays active on purpose: serving and tracking
+  // gate on it, and the orders recorded while the merchant fixes the plan
+  // are the ones billed afterward.
+  status: (data2) => {
+    var _a;
+    return (data2 == null ? void 0 : data2.status) === "active" && ((_a = data2 == null ? void 0 : data2.source) == null ? void 0 : _a.metered) === null ? "error" : data2 == null ? void 0 : data2.status;
+  },
   // Step types name the CAPABILITY, not this vendor. A second store platform
   // implements the same four commerce steps, and the connection on the step
   // says which store it runs against — so a merchant sees one "Create
@@ -4541,19 +4550,17 @@ var shopify_default2 = {
   //
   // Scope drift is NOT here: drawbridge-sync writes it onto the connection
   // document, and the document's own warnings render beside these.
-  // Both cards carry `action : 'billing'`: the dashboard renders it as a real
-  // button that mints the corrective subscription (POST .../billing) and sends
-  // the owner to Shopify's confirmation screen — the fix lives in OUR
-  // dashboard, and the one Shopify-hosted step is the charge consent no app
-  // can perform for a merchant.
+  // Both cards send the merchant INTO THE APP via the store link already on
+  // this page — the App Home is where the issue renders (its error section)
+  // and where the fix runs (the release-then-reselect flow). No dashboard
+  // button: two entry points into a cancel flow is two ways to get it wrong.
   tasks: (data2) => {
     var _a;
     return [
       ...(data2 == null ? void 0 : data2.status) === "pending" ? [
         {
-          action: "billing",
-          message: "Approve the Drawbridge plan to activate this connection. You'll be asked to select a plan on Shopify, then everything else happens here.",
-          title: "Approve your plan",
+          message: "Open the Drawbridge app in your Shopify admin and choose your plan. The connection activates once Shopify confirms it.",
+          title: "Choose your plan",
           type: "warning"
         }
       ] : [],
@@ -4566,8 +4573,7 @@ var shopify_default2 = {
       // nagging on silence.
       ...(data2 == null ? void 0 : data2.status) === "active" && ((_a = data2 == null ? void 0 : data2.source) == null ? void 0 : _a.metered) === null ? [
         {
-          action: "billing",
-          message: "Order billing isn't set up for this store, so campaign-attributed orders aren't being charged. You'll need to reselect your plan on Shopify and approve it to fix this.",
+          message: "Order billing isn't set up for this store, so campaign-attributed orders aren't being charged. Open the Drawbridge app in your Shopify admin \u2014 it shows this issue and walks you through reselecting your plan.",
           title: "Fix order billing",
           type: "error"
         }
@@ -5175,6 +5181,11 @@ var publicConnectionKeys = Object.freeze([
   "settings",
   "shop",
   "slug",
+  // Vendor identity plus the metered billing stamp — domain, id, label,
+  // metered — no credentials live here (those are the encrypted settings
+  // blob). The status and tasks hooks pivot on source.metered, so stripping
+  // it here left the presented status blind to the one state it must show.
+  "source",
   "status",
   "tasks",
   "title",

package/dist/connections/index.d.cts

@@ -5283,9 +5283,19 @@ var shopify = {
 	// there is nothing further to choose. `shop` absent means the install did not
 	// finish, which is a credential problem rather than a setup one, so the
 	// stored status already says so.
-	// Nothing to add — no setting can make this connection unusable, so the
-	// credential's own verdict stands.
-	status : ( data ) => data?.status,
+	//
+	// ONE presentation downgrade: an ACTIVE store whose approval carries no
+	// usage meter (source.metered explicitly null) PRESENTS as error, so the
+	// connections list shows the red state and the merchant knows to click in
+	// — where the Fix-order-billing card and the billing Issue explain the
+	// click. The STORED status stays active on purpose: serving and tracking
+	// gate on it, and the orders recorded while the merchant fixes the plan
+	// are the ones billed afterward.
+	status : ( data ) => (
+		data?.status === 'active' && data?.source?.metered === null
+			? 'error'
+			: data?.status
+	),
 	// Step types name the CAPABILITY, not this vendor. A second store platform
 	// implements the same four commerce steps, and the connection on the step
 	// says which store it runs against — so a merchant sees one "Create
@@ -5407,18 +5417,16 @@ var shopify = {
 	//
 	// Scope drift is NOT here: drawbridge-sync writes it onto the connection
 	// document, and the document's own warnings render beside these.
-	// Both cards carry `action : 'billing'`: the dashboard renders it as a real
-	// button that mints the corrective subscription (POST .../billing) and sends
-	// the owner to Shopify's confirmation screen — the fix lives in OUR
-	// dashboard, and the one Shopify-hosted step is the charge consent no app
-	// can perform for a merchant.
+	// Both cards send the merchant INTO THE APP via the store link already on
+	// this page — the App Home is where the issue renders (its error section)
+	// and where the fix runs (the release-then-reselect flow). No dashboard
+	// button: two entry points into a cancel flow is two ways to get it wrong.
 	tasks : ( data ) => [
 		...( data?.status === 'pending'
 			? [
 				{
-					action : 'billing',
-					message : 'Approve the Drawbridge plan to activate this connection. You\'ll be asked to select a plan on Shopify, then everything else happens here.',
-					title : 'Approve your plan',
+					message : 'Open the Drawbridge app in your Shopify admin and choose your plan. The connection activates once Shopify confirms it.',
+					title : 'Choose your plan',
 					type : 'warning'
 				}
 			]
@@ -5434,8 +5442,7 @@ var shopify = {
 		...( data?.status === 'active' && data?.source?.metered === null
 			? [
 				{
-					action : 'billing',
-					message : 'Order billing isn\'t set up for this store, so campaign-attributed orders aren\'t being charged. You\'ll need to reselect your plan on Shopify and approve it to fix this.',
+					message : 'Order billing isn\'t set up for this store, so campaign-attributed orders aren\'t being charged. Open the Drawbridge app in your Shopify admin — it shows this issue and walks you through reselecting your plan.',
 					title : 'Fix order billing',
 					type : 'error'
 				}
@@ -6454,6 +6461,11 @@ const publicConnectionKeys = Object.freeze([
 	'settings',
 	'shop',
 	'slug',
+	// Vendor identity plus the metered billing stamp — domain, id, label,
+	// metered — no credentials live here (those are the encrypted settings
+	// blob). The status and tasks hooks pivot on source.metered, so stripping
+	// it here left the presented status blind to the one state it must show.
+	'source',
 	'status',
 	'tasks',
 	'title',

package/dist/connections/index.d.ts

@@ -5283,9 +5283,19 @@ var shopify = {
 	// there is nothing further to choose. `shop` absent means the install did not
 	// finish, which is a credential problem rather than a setup one, so the
 	// stored status already says so.
-	// Nothing to add — no setting can make this connection unusable, so the
-	// credential's own verdict stands.
-	status : ( data ) => data?.status,
+	//
+	// ONE presentation downgrade: an ACTIVE store whose approval carries no
+	// usage meter (source.metered explicitly null) PRESENTS as error, so the
+	// connections list shows the red state and the merchant knows to click in
+	// — where the Fix-order-billing card and the billing Issue explain the
+	// click. The STORED status stays active on purpose: serving and tracking
+	// gate on it, and the orders recorded while the merchant fixes the plan
+	// are the ones billed afterward.
+	status : ( data ) => (
+		data?.status === 'active' && data?.source?.metered === null
+			? 'error'
+			: data?.status
+	),
 	// Step types name the CAPABILITY, not this vendor. A second store platform
 	// implements the same four commerce steps, and the connection on the step
 	// says which store it runs against — so a merchant sees one "Create
@@ -5407,18 +5417,16 @@ var shopify = {
 	//
 	// Scope drift is NOT here: drawbridge-sync writes it onto the connection
 	// document, and the document's own warnings render beside these.
-	// Both cards carry `action : 'billing'`: the dashboard renders it as a real
-	// button that mints the corrective subscription (POST .../billing) and sends
-	// the owner to Shopify's confirmation screen — the fix lives in OUR
-	// dashboard, and the one Shopify-hosted step is the charge consent no app
-	// can perform for a merchant.
+	// Both cards send the merchant INTO THE APP via the store link already on
+	// this page — the App Home is where the issue renders (its error section)
+	// and where the fix runs (the release-then-reselect flow). No dashboard
+	// button: two entry points into a cancel flow is two ways to get it wrong.
 	tasks : ( data ) => [
 		...( data?.status === 'pending'
 			? [
 				{
-					action : 'billing',
-					message : 'Approve the Drawbridge plan to activate this connection. You\'ll be asked to select a plan on Shopify, then everything else happens here.',
-					title : 'Approve your plan',
+					message : 'Open the Drawbridge app in your Shopify admin and choose your plan. The connection activates once Shopify confirms it.',
+					title : 'Choose your plan',
 					type : 'warning'
 				}
 			]
@@ -5434,8 +5442,7 @@ var shopify = {
 		...( data?.status === 'active' && data?.source?.metered === null
 			? [
 				{
-					action : 'billing',
-					message : 'Order billing isn\'t set up for this store, so campaign-attributed orders aren\'t being charged. You\'ll need to reselect your plan on Shopify and approve it to fix this.',
+					message : 'Order billing isn\'t set up for this store, so campaign-attributed orders aren\'t being charged. Open the Drawbridge app in your Shopify admin — it shows this issue and walks you through reselecting your plan.',
 					title : 'Fix order billing',
 					type : 'error'
 				}
@@ -6454,6 +6461,11 @@ const publicConnectionKeys = Object.freeze([
 	'settings',
 	'shop',
 	'slug',
+	// Vendor identity plus the metered billing stamp — domain, id, label,
+	// metered — no credentials live here (those are the encrypted settings
+	// blob). The status and tasks hooks pivot on source.metered, so stripping
+	// it here left the presented status blind to the one state it must show.
+	'source',
 	'status',
 	'tasks',
 	'title',

package/dist/connections/index.js

@@ -4354,9 +4354,18 @@ var shopify_default2 = {
   // there is nothing further to choose. `shop` absent means the install did not
   // finish, which is a credential problem rather than a setup one, so the
   // stored status already says so.
-  // Nothing to add — no setting can make this connection unusable, so the
-  // credential's own verdict stands.
-  status: (data2) => data2 == null ? void 0 : data2.status,
+  //
+  // ONE presentation downgrade: an ACTIVE store whose approval carries no
+  // usage meter (source.metered explicitly null) PRESENTS as error, so the
+  // connections list shows the red state and the merchant knows to click in
+  // — where the Fix-order-billing card and the billing Issue explain the
+  // click. The STORED status stays active on purpose: serving and tracking
+  // gate on it, and the orders recorded while the merchant fixes the plan
+  // are the ones billed afterward.
+  status: (data2) => {
+    var _a;
+    return (data2 == null ? void 0 : data2.status) === "active" && ((_a = data2 == null ? void 0 : data2.source) == null ? void 0 : _a.metered) === null ? "error" : data2 == null ? void 0 : data2.status;
+  },
   // Step types name the CAPABILITY, not this vendor. A second store platform
   // implements the same four commerce steps, and the connection on the step
   // says which store it runs against — so a merchant sees one "Create
@@ -4467,19 +4476,17 @@ var shopify_default2 = {
   //
   // Scope drift is NOT here: drawbridge-sync writes it onto the connection
   // document, and the document's own warnings render beside these.
-  // Both cards carry `action : 'billing'`: the dashboard renders it as a real
-  // button that mints the corrective subscription (POST .../billing) and sends
-  // the owner to Shopify's confirmation screen — the fix lives in OUR
-  // dashboard, and the one Shopify-hosted step is the charge consent no app
-  // can perform for a merchant.
+  // Both cards send the merchant INTO THE APP via the store link already on
+  // this page — the App Home is where the issue renders (its error section)
+  // and where the fix runs (the release-then-reselect flow). No dashboard
+  // button: two entry points into a cancel flow is two ways to get it wrong.
   tasks: (data2) => {
     var _a;
     return [
       ...(data2 == null ? void 0 : data2.status) === "pending" ? [
         {
-          action: "billing",
-          message: "Approve the Drawbridge plan to activate this connection. You'll be asked to select a plan on Shopify, then everything else happens here.",
-          title: "Approve your plan",
+          message: "Open the Drawbridge app in your Shopify admin and choose your plan. The connection activates once Shopify confirms it.",
+          title: "Choose your plan",
           type: "warning"
         }
       ] : [],
@@ -4492,8 +4499,7 @@ var shopify_default2 = {
       // nagging on silence.
       ...(data2 == null ? void 0 : data2.status) === "active" && ((_a = data2 == null ? void 0 : data2.source) == null ? void 0 : _a.metered) === null ? [
         {
-          action: "billing",
-          message: "Order billing isn't set up for this store, so campaign-attributed orders aren't being charged. You'll need to reselect your plan on Shopify and approve it to fix this.",
+          message: "Order billing isn't set up for this store, so campaign-attributed orders aren't being charged. Open the Drawbridge app in your Shopify admin \u2014 it shows this issue and walks you through reselecting your plan.",
           title: "Fix order billing",
           type: "error"
         }
@@ -5101,6 +5107,11 @@ var publicConnectionKeys = Object.freeze([
   "settings",
   "shop",
   "slug",
+  // Vendor identity plus the metered billing stamp — domain, id, label,
+  // metered — no credentials live here (those are the encrypted settings
+  // blob). The status and tasks hooks pivot on source.metered, so stripping
+  // it here left the presented status blind to the one state it must show.
+  "source",
   "status",
   "tasks",
   "title",

package/dist/providers.cjs

@@ -4353,9 +4353,18 @@ var shopify_default2 = {
   // there is nothing further to choose. `shop` absent means the install did not
   // finish, which is a credential problem rather than a setup one, so the
   // stored status already says so.
-  // Nothing to add — no setting can make this connection unusable, so the
-  // credential's own verdict stands.
-  status: (data2) => data2 == null ? void 0 : data2.status,
+  //
+  // ONE presentation downgrade: an ACTIVE store whose approval carries no
+  // usage meter (source.metered explicitly null) PRESENTS as error, so the
+  // connections list shows the red state and the merchant knows to click in
+  // — where the Fix-order-billing card and the billing Issue explain the
+  // click. The STORED status stays active on purpose: serving and tracking
+  // gate on it, and the orders recorded while the merchant fixes the plan
+  // are the ones billed afterward.
+  status: (data2) => {
+    var _a;
+    return (data2 == null ? void 0 : data2.status) === "active" && ((_a = data2 == null ? void 0 : data2.source) == null ? void 0 : _a.metered) === null ? "error" : data2 == null ? void 0 : data2.status;
+  },
   // Step types name the CAPABILITY, not this vendor. A second store platform
   // implements the same four commerce steps, and the connection on the step
   // says which store it runs against — so a merchant sees one "Create
@@ -4466,19 +4475,17 @@ var shopify_default2 = {
   //
   // Scope drift is NOT here: drawbridge-sync writes it onto the connection
   // document, and the document's own warnings render beside these.
-  // Both cards carry `action : 'billing'`: the dashboard renders it as a real
-  // button that mints the corrective subscription (POST .../billing) and sends
-  // the owner to Shopify's confirmation screen — the fix lives in OUR
-  // dashboard, and the one Shopify-hosted step is the charge consent no app
-  // can perform for a merchant.
+  // Both cards send the merchant INTO THE APP via the store link already on
+  // this page — the App Home is where the issue renders (its error section)
+  // and where the fix runs (the release-then-reselect flow). No dashboard
+  // button: two entry points into a cancel flow is two ways to get it wrong.
   tasks: (data2) => {
     var _a;
     return [
       ...(data2 == null ? void 0 : data2.status) === "pending" ? [
         {
-          action: "billing",
-          message: "Approve the Drawbridge plan to activate this connection. You'll be asked to select a plan on Shopify, then everything else happens here.",
-          title: "Approve your plan",
+          message: "Open the Drawbridge app in your Shopify admin and choose your plan. The connection activates once Shopify confirms it.",
+          title: "Choose your plan",
           type: "warning"
         }
       ] : [],
@@ -4491,8 +4498,7 @@ var shopify_default2 = {
       // nagging on silence.
       ...(data2 == null ? void 0 : data2.status) === "active" && ((_a = data2 == null ? void 0 : data2.source) == null ? void 0 : _a.metered) === null ? [
         {
-          action: "billing",
-          message: "Order billing isn't set up for this store, so campaign-attributed orders aren't being charged. You'll need to reselect your plan on Shopify and approve it to fix this.",
+          message: "Order billing isn't set up for this store, so campaign-attributed orders aren't being charged. Open the Drawbridge app in your Shopify admin \u2014 it shows this issue and walks you through reselecting your plan.",
           title: "Fix order billing",
           type: "error"
         }
@@ -5017,6 +5023,11 @@ var publicConnectionKeys = Object.freeze([
   "settings",
   "shop",
   "slug",
+  // Vendor identity plus the metered billing stamp — domain, id, label,
+  // metered — no credentials live here (those are the encrypted settings
+  // blob). The status and tasks hooks pivot on source.metered, so stripping
+  // it here left the presented status blind to the one state it must show.
+  "source",
   "status",
   "tasks",
   "title",

package/dist/providers.js

@@ -4309,9 +4309,18 @@ var shopify_default2 = {
   // there is nothing further to choose. `shop` absent means the install did not
   // finish, which is a credential problem rather than a setup one, so the
   // stored status already says so.
-  // Nothing to add — no setting can make this connection unusable, so the
-  // credential's own verdict stands.
-  status: (data2) => data2 == null ? void 0 : data2.status,
+  //
+  // ONE presentation downgrade: an ACTIVE store whose approval carries no
+  // usage meter (source.metered explicitly null) PRESENTS as error, so the
+  // connections list shows the red state and the merchant knows to click in
+  // — where the Fix-order-billing card and the billing Issue explain the
+  // click. The STORED status stays active on purpose: serving and tracking
+  // gate on it, and the orders recorded while the merchant fixes the plan
+  // are the ones billed afterward.
+  status: (data2) => {
+    var _a;
+    return (data2 == null ? void 0 : data2.status) === "active" && ((_a = data2 == null ? void 0 : data2.source) == null ? void 0 : _a.metered) === null ? "error" : data2 == null ? void 0 : data2.status;
+  },
   // Step types name the CAPABILITY, not this vendor. A second store platform
   // implements the same four commerce steps, and the connection on the step
   // says which store it runs against — so a merchant sees one "Create
@@ -4422,19 +4431,17 @@ var shopify_default2 = {
   //
   // Scope drift is NOT here: drawbridge-sync writes it onto the connection
   // document, and the document's own warnings render beside these.
-  // Both cards carry `action : 'billing'`: the dashboard renders it as a real
-  // button that mints the corrective subscription (POST .../billing) and sends
-  // the owner to Shopify's confirmation screen — the fix lives in OUR
-  // dashboard, and the one Shopify-hosted step is the charge consent no app
-  // can perform for a merchant.
+  // Both cards send the merchant INTO THE APP via the store link already on
+  // this page — the App Home is where the issue renders (its error section)
+  // and where the fix runs (the release-then-reselect flow). No dashboard
+  // button: two entry points into a cancel flow is two ways to get it wrong.
   tasks: (data2) => {
     var _a;
     return [
       ...(data2 == null ? void 0 : data2.status) === "pending" ? [
         {
-          action: "billing",
-          message: "Approve the Drawbridge plan to activate this connection. You'll be asked to select a plan on Shopify, then everything else happens here.",
-          title: "Approve your plan",
+          message: "Open the Drawbridge app in your Shopify admin and choose your plan. The connection activates once Shopify confirms it.",
+          title: "Choose your plan",
           type: "warning"
         }
       ] : [],
@@ -4447,8 +4454,7 @@ var shopify_default2 = {
       // nagging on silence.
       ...(data2 == null ? void 0 : data2.status) === "active" && ((_a = data2 == null ? void 0 : data2.source) == null ? void 0 : _a.metered) === null ? [
         {
-          action: "billing",
-          message: "Order billing isn't set up for this store, so campaign-attributed orders aren't being charged. You'll need to reselect your plan on Shopify and approve it to fix this.",
+          message: "Order billing isn't set up for this store, so campaign-attributed orders aren't being charged. Open the Drawbridge app in your Shopify admin \u2014 it shows this issue and walks you through reselecting your plan.",
           title: "Fix order billing",
           type: "error"
         }
@@ -4973,6 +4979,11 @@ var publicConnectionKeys = Object.freeze([
   "settings",
   "shop",
   "slug",
+  // Vendor identity plus the metered billing stamp — domain, id, label,
+  // metered — no credentials live here (those are the encrypted settings
+  // blob). The status and tasks hooks pivot on source.metered, so stripping
+  // it here left the presented status blind to the one state it must show.
+  "source",
   "status",
   "tasks",
   "title",

package/package.json

@@ -216,5 +216,5 @@
     "prepublishOnly": ". \"$HOME/.nvm/nvm.sh\" && nvm use && tsup && node --test"
   },
   "types": "dist/index.d.ts",
-  "version": "0.0.144"
+  "version": "0.0.146"
 }