Software Updates

Merge branch 'f42-no-campaign-row' into run-integration

• Ticket #42: unattributed traffic gets its own row, outside the campaign cap.

point at where the 'No campaign' row is covered

• Ticket #42's third clause asked campaign-funnel.spec.ts to cover the new row,
• but that file documents why it covers only the 401: the card needs an admin
• login. The row's data is pinned in the analytics and route tests; the rendering
• is a browser check, like the rest of this card.

Merge run-integration into f42-no-campaign-row

a 'No campaign' row in the funnel-by-campaign card

Merge branch 'f43-cart-total-shipping' into run-integration

• Ticket #43: the bag total counts shipping when the country is known, and says
• 'Total sem impostos' so the figure is not mistaken for the final charge.

wire the hooks, and move the e2e invariant instead of weakening it

• The page imported useTranslations and useShippingPromise, used t() at five call sites and shipping at one, and declared neither. It did not compile, and any visitor with items in the bag would have hit a ReferenceError. Both hooks now sit above the empty-cart early return, where React needs them.
• e2e/pdp-price.spec.ts asserted the row labelled 'Total' equals the product price. Both halves moved: the row is now 'Total sem impostos' / 'Total before tax', and it legitimately includes shipping. The spec now asserts subtotal == product price AND total == subtotal + the shipping row, which also proves the shipping is added -- a stronger guard than the one it replaces, not a looser one.

Merge run-integration into f43-cart-total-shipping

declare the hooks the killed agent left out

Merge branch 'f38-currency-pin' into run-integration

• Ticket #38: EUR and GBP display at the live rate, the same path BRL uses.

write the euro and pound signs as UTF-8, and follow #37's BRL copy

• The EUR and GBP rows added for ticket #38 carried raw CP1252 bytes (0x80, 0xA3)
• in a UTF-8 file, so both symbols decoded to U+FFFD and all four new cases failed
• on their first assertion. esbuild swallows this without a warning.
• Also: the BRL row still matched 'ou parcele a partir de', the instalment copy
• ticket #37 replaced with 'equivale a'. That row has been failing since #37
• merged -- caught here, fixed here.

Merge branch 'f41-exit-vs-gift' into run-integration

• Ticket #41: one ask per visit between the exit question and the gift popup.

the exit question and the gift popup never reach the same person

• Ticket #41. One ask per visit: whichever fires first marks the visit, and the
• other stays silent. The exit question's guards from ticket #20 are untouched --
• ad traffic only, after the cookie banner is answered, once per person, never on
• /cart, /checkout or the consultation pages. This only adds one more reason to
• stay quiet.

EUR and GBP display at the live rate, same path as BRL

• Removes the 1:1 pin in toDisplayPrice so the product page, bag and checkout
• all use the rate and roundChargeAmount that create-payment-intent charges.

Merge branch 'f40-invoice-route' into run-integration

• Ticket #40: /i/<orderNumber> is reachable and the page renders; every invoice
• e-mail stopped linking into a 404.

/i/<orderNumber> reaches the page, and the page renders

• src/proxy.ts: /i/ joins the no-locale bypass list. The route has no [locale] twin, so the rewrite to /en/i/... 404'd every invoice link in every e-mail.
• The page passed a formatter function from a server to a client component, which throws once the route is actually reachable. The formatter moved into the client component.

Merge branch 'f37-brl-instalment-reference' into run-integration

• Ticket #37: in BRL the instalment pill becomes a reference figure; USD is untouched.

the BRL instalment line becomes a reference, not a promise

• Ticket #37. Stripe offers Brazilian card instalments only to Brazil-registered
• accounts and ours is US-registered, so in BRL the pill now reads 'equivale a 12x
• de R$ X' with a tooltip saying it is a reference figure, not an offer.
• USD is untouched: 'or finance from $X/month' is backed by Affirm, Klarna and
• Afterpay, which are active on the account.

Merge branch 'f39-attribution-precedence' into run-integration

• Ticket #39: the purchase row keeps the order's own channel and visitorId; a
• success page opened from a second browser only fills columns the order left null.

purchase row keeps the order's own channel and visitorId; browser only fills gaps

Accept all in the customise panel, Save choices becomes secondary

• Switches stay off by default (LGPD: pre-ticked is not consent); Accept all is the one-click opt-in.

Merge branch 't17-truth-fixes' into run-integration

• # Conflicts:
• # src/components/product/financing-display.tsx
• # src/components/product/product-purchase-assurance.tsx

Merge branch 't10-shipping-truth' into run-integration

• # Conflicts:
• # src/app/[locale]/layout.tsx
• # src/contexts/currency-context.tsx

Merge branch 't09-brl-price' into run-integration

Merge branch 't08-order-total-currency' into run-integration

Merge branch 't07-purchase-event' into run-integration

Merge branch 't22-funnel-by-campaign' into run-integration

Merge branch 't20-exit-question' into run-integration

Merge branch 't05-consent-banner' into run-integration

campaign funnel purchase step counts whenever purchases are recorded

• Purchase rows exist for the whole range the endpoint can read, so the drop
• label ranks the purchase step as soon as any purchase row exists, matching
• the columns shown on the card.

campaign funnel drop label by people lost, bounded and consistent rows

• "Where it drops" ranks the step that loses the most people (as the weekly CRO doc asks), not the highest rate.
• The purchase step is left out of the label while the period starts before purchases were recorded.
• Campaign names are cleaned like exit-question answers, so Top reason and the answers filter match; at most 25 campaigns are listed.
• The card remounts on a period change; the answers filter no longer outlives the period it was chosen in.
• CRO weekly doc mentions the campaign card and how its counts differ.

funnel by campaign card on Conversions

• One row per campaign with step rates, where it drops and the top reason, which opens the answers card filtered to that campaign. Purchase shows a warning while no purchase has been recorded. Strings in en, pt, es.