The readiness panel says whether members can find a product by a rule the catalog no longer uses #178

Closed
opened 2026-10-06 21:24:51 +00:00 by cgalo5758 · 2 comments
Owner

The readiness panel (internal/server/product_readiness.go) decides findability from whether a product is a plan tier or carries the addon display category. The catalog (buildAddonsData, internal/server/member_products.go) lists every published public product outside plan tiers whose default price is active, recurring and synced, whatever its category. So a recurring product without a category is listed while the panel says it is not, and an addon product with a one-time price is hidden while the panel says it is shown and Purchasable. The panel branches on the display category, which the catalog model forbids. The model page and one requirement of the member catalog spec still state the old rule, and that spec contradicts itself.

Done when: the panel and the catalog call one predicate, the one Checkout uses outside plan tiers (#175); tests cover both mismatches; and the model page and spec agree.

The readiness panel (`internal/server/product_readiness.go`) decides findability from whether a product is a plan tier or carries the `addon` display category. The catalog (`buildAddonsData`, `internal/server/member_products.go`) lists every published public product outside plan tiers whose default price is active, recurring and synced, whatever its category. So a recurring product without a category is listed while the panel says it is not, and an `addon` product with a one-time price is hidden while the panel says it is shown and Purchasable. The panel branches on the display category, which the catalog model forbids. The model page and one requirement of the member catalog spec still state the old rule, and that spec contradicts itself. Done when: the panel and the catalog call one predicate, the one Checkout uses outside plan tiers (#175); tests cover both mismatches; and the model page and spec agree.
cgalo5758 added the
kind
bug
area/catalogarea/operator-ui
labels 2026-10-06 21:24:51 +00:00
Author
Owner

The predicate this issue asks for now exists: plans.OffLadder (internal/plans/offer.go) decides Checkout for a product that is a tier of no ladder (listed for members; default price active, recurring and reachable in Stripe), and Checkout and the add-ons list both call it. The panel also misses recurrence for plan tiers: it says Purchasable for a tier whose default price is one-time, which the Products page now draws as not purchasable and Checkout refuses. plans.Offer decides that case for tiers, so the panel can take its verdict from the two functions.

The predicate this issue asks for now exists: `plans.OffLadder` (`internal/plans/offer.go`) decides Checkout for a product that is a tier of no ladder (listed for members; default price active, recurring and reachable in Stripe), and Checkout and the add-ons list both call it. The panel also misses recurrence for plan tiers: it says Purchasable for a tier whose default price is one-time, which the Products page now draws as not purchasable and Checkout refuses. `plans.Offer` decides that case for tiers, so the panel can take its verdict from the two functions.
cgalo5758 added this to the Public launch milestone 2026-10-20 23:14:02 +00:00
Author
Owner

The operator's product page and the member Products page now decide by one rule whether a member can find and buy a product. The product page's readiness panel asks the same price rule Checkout and the member pages ask: the product is published, active and listed, and its default price is recurring and has a Stripe price the current key can reach. Its "Member catalog visibility" row reads Shown when the member pages show the product: a plan tier in its plan sections, or a product on no ladder in the products list once its default price can be bought. The display category no longer decides anything there. A product whose default price is one-time now reads "Incomplete; missing: recurring default price" instead of Purchasable, and because a product that can be bought is always shown, the "not shown in the member catalog" note is gone from the panel and the products list.

A deployment with no Stripe key now offers nothing for sale on the member pages, whatever the console's records of prices synced under an earlier key say: products on no ladder are not listed, and plan tiers show their buy control disabled, as the operator's product page already said. The member pages, the operator's product page and the Checkout route take "Stripe is configured" from one place, the key's mode the console reads at start.

Commit: 5c454adc

The operator's product page and the member Products page now decide by one rule whether a member can find and buy a product. The product page's readiness panel asks the same price rule Checkout and the member pages ask: the product is published, active and listed, and its default price is recurring and has a Stripe price the current key can reach. Its "Member catalog visibility" row reads Shown when the member pages show the product: a plan tier in its plan sections, or a product on no ladder in the products list once its default price can be bought. The display category no longer decides anything there. A product whose default price is one-time now reads "Incomplete; missing: recurring default price" instead of Purchasable, and because a product that can be bought is always shown, the "not shown in the member catalog" note is gone from the panel and the products list. A deployment with no Stripe key now offers nothing for sale on the member pages, whatever the console's records of prices synced under an earlier key say: products on no ladder are not listed, and plan tiers show their buy control disabled, as the operator's product page already said. The member pages, the operator's product page and the Checkout route take "Stripe is configured" from one place, the key's mode the console reads at start. Commit: 5c454adc
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: wiki-cafe/member-console#178