E-commerce v6.1.9

Release Date: August 27, 2026 Tags: INVOICES, BRANDING, ADMIN, STOREFRONT

Overview

An invoice release. Every invoice this store has produced — the copy in the admin and the copy the customer keeps — carried a seller address nobody chose: a New York street address that was a placeholder shipped as fact. It had been translated along with the rest of the interface, so a localised storefront invoiced its customers from a translated New York.

What replaces it is your own site name, and that value is compiled into the frontend rather than read at runtime, so it has to be right before you build. Read Upgrade Notes first.

Requires Core v6.7.3.

Update Instructions

pnpm updator

Ship the frontend build. There is no backend change and no database change.

Upgrade Notes

Your own name now prints on customer invoices

The seller block on both invoices shows the configured site name where the word "Shop" used to be. That name comes from NEXT_PUBLIC_SITE_NAME, which is a build-time value — editing .env and restarting does nothing on its own.

• Set NEXT_PUBLIC_SITE_NAME to your own brand, then build the frontend. If it is unset, every invoice you issue from this release is headed "Bicrypto".

Changed

The store landing page arrives complete

• Changed the landing page to resolve its content before the page is sent. Seven parts of it — the hero figures, the deals countdown, the trending and best-seller grids, the category tiles, the customer reviews and the metric strip — used to ship as grey placeholders and fill in a beat after paint, shifting everything below them as they landed. Where the storefront cannot reach the backend while the page is being built it still fills itself in from the browser exactly as before, so nothing is lost.

Fixed

Every invoice carried an invented New York address

The order invoice in the store admin and the order page the customer sees both printed a seller block reading, on an English installation, "Shop / 123 Commerce St / New York, NY 10001". No store address is configurable anywhere in this product — the address was never yours and never could be. Every installation was showing customers a made-up address on the one document they keep.

• Fixed both invoices to drop the two address lines. The block now shows the configured site name in place of the word "Shop", above the support email address it was already showing.

The Print button on an order's invoice did nothing

On an order's Invoice tab in the store admin, Print sat beside the CSV, JSON and Email buttons and looked identical to them. Pressing it produced no dialog, no file and no error.

• Fixed the button to open the browser's print dialog on a self-contained invoice: the invoice number and date, the seller block, the bill-to and ship-to details, the item table, and the subtotal, discount, shipping, tax and total — the same amounts as the screen it prints from. The admin sidebar, the tab strip and the buttons themselves stay off the paper, and a dark-theme admin prints black on white rather than pale ink.
• The amount labels and column headings on the printed page are English, matching the English labels already on the screen.