Probo Connect – Print on demand

1.7.4

• Added: Optional shipping estimate in the cart totals, showing the lowest shipping cost and earliest delivery date.
• Fixed: Upload status changes from Probo are now synced to existing orders, with an order note, so orders no longer wait on a stale status.
• Fixed: Uploaded files are kept when the customer reopens the uploader.
• Fixed: The order notice said a confirmed upload was not confirmed yet, when it was actually held back by file warnings. The notice now names the warnings.
• Improved: A free rush surcharge is no longer shown to customers in the cart or order totals; the admin still sees the delivery date on the order.
• Fixed: Admin dialogs now also open in browsers without Popover API support.
• Fixed: The configurator editor did not load the first time it was opened on a product without saved options.
• Fixed: The uploader “Download” button in the order admin opens the file in a new tab.

1.7.3

• Fixed: Bulk importing API products into WooCommerce could run into the PHP execution limit, because every product downloads its image from Probo within the same admin request. Bulk imports are now queued through Action Scheduler, one job per product, and the list shows “Import queued…” until the product appears in WooCommerce as a draft.
• Fixed: Bulk import could create duplicate WooCommerce products. Products that are already linked to a WooCommerce product, or already queued, are now skipped and reported as such. The single-product Import button still lets you deliberately create another copy.
• Fixed: After a bulk or catalog action on the Probo Products page, the action stayed in the address bar, so reloading the page or clicking a pagination link ran it again. Actions are now handled before the page renders and redirect to a clean URL that keeps the current filters, search, sorting and page.
• Improved: Pinned TypeScript to 5.3.x so npm run lint no longer crashes on newer TypeScript releases.
• Fixed: A configured product could be ordered for less than it was produced for. The cart quantity of a configurable product is the print run, and the price is the price per product, so a quantity that no longer matched the configuration charged the customer for fewer pieces than Probo produced. Such an order is no longer sent to Probo: it is held with a notice naming the quantity that was paid for and the amount the configuration orders.
• Fixed: “Sold individually” is now ignored for configurable products. WooCommerce forced their quantity back to 1 on the cart and checkout pages, which collapsed the line total by a factor of the print run. The setting never limited these products to one per order anyway, because every configuration is its own cart line.
• Added: A “Save & Test API Key” button on the Probo settings page. It saves your settings and makes a small request to Probo to confirm the API key works, showing the result — including troubleshooting tips if the key is rejected — right away.

1.7.2

• Fixed: Shipping issues that resulted in “free shipping”.
• Fixed: Issues in the configurator, where the recalculate button would not work, and the configurator would not update.
• Fixed: Custom settings dialogs (sender, addresses, shipping, pickup, auto-order, etc.) were saved as if they were plain options, which could silently wipe the auto-order settings on any Probo settings save.
• Fixed: Products imported from the API catalog could import without a featured image. The image now also downloads at import time.
• Fixed: In the minute before a cutoff time the shipping price lookup was bypassed along with the delivery options cache, so picking a shipping method failed. A stored calculation is now always readable; only the delivery options are refreshed near a cutoff.
• Fixed: The shipping calculation cache was not dropped when the cart changed, because the invalidation read a session key that was never written.
• Improved: The dashboard setup checklist now shows all steps at once, with completed/skipped ones ticked off and the progress bar updating in place.
• Removed: The “Debug delivery/ shipping” setting. Its label, description and options were copied from another field and could never store the value the code looked for, while the behaviour it gated disabled the server-side shipping price lookup rather than just a cache.

1.7.1

• Fixed: Enabling “Sold individually” on a Probo product charged a fraction of the real price. For a configurable product the cart quantity is the print run and the price is per product, so WooCommerce clamping the quantity to 1 turned a run of 100 at EUR 41.42 into EUR 0.41. The configured print run is now kept intact. Note that “Sold individually” never limited these products to one per order anyway: every configuration is added as its own cart line.
• Fixed: More generally, a cart quantity that no longer matches the print run the price was calculated for is now restored, so a min/max quantity plugin, a stock limit or a hand-edited add-to-cart URL can no longer silently divide the line total. Probo pricing is not linear — setup cost dominates, and 100 and 1000 pieces can cost nearly the same — so a changed quantity cannot be corrected by multiplying: the only correct quantity is the one that was calculated.
• Fixed: The Probo Delivery shipping method offered a rate for carts without a single Probo product, and the rush surcharge fee kept appearing on them. The rate and the checkout delivery selector are now both tied to the cart actually containing a Probo product, so they appear and disappear together. If Probo Delivery is the only method in your shipping zone, add a regular method (for example Flat rate) for carts without Probo products.
• Fixed: The stored delivery date, shipping method and rush surcharge outlived the cart they were chosen for. They are now cleared as soon as the cart no longer holds a Probo product, and when the cart is emptied — the thank-you page is not always reached (offsite payment gateways, a closed tab), so it can no longer be the only moment the session is cleaned up.
• Fixed: The status shown next to a Probo product code on a simple product and on a variation was looked up in the Probo assortment instead of in your API products, so a perfectly valid code always showed as “Unknown”. Each code type is now resolved against its own list and reports its real sync status.
• Fixed: The uploader could fatal when the Probo API reported success without returning an uploaders list. That response is now treated as “no usable uploader” and logged.
• Added: Tooltips on the product code status badges and on the sync status column of the API products list, explaining what each colour means.
• Improved: Dutch, German and Spanish translations completed for the new API product status labels.
• Improved: The “does this cart contain Probo products?” check was consolidated into a single helper and cached per cart, removing two duplicate implementations and the repeated payload rebuild it caused on every shipping calculation.

1.7.0

• Added: A companion “Probo Connect” theme installer/updater, letting shop owners install and keep the theme updated straight from the plugin dashboard, without relying on the WordPress.org theme directory. The same install button is also available under Styling settings, so it stays reachable after the dashboard banner is dismissed, and activating the theme sends a one-off email — in the user’s own language — confirming the theme is unsupported and free to customize.
• Added: connectUploader:status JavaScript event, fired whenever an uploader’s status changes, with the full AJAX payload in event.detail. Documented together with the other frontend events in docs/hooks.md.
• Added: “Order reference” field on the order’s Probo panel. Fill it in to send your own reference to Probo instead of the generated prefix + order number; leave it empty and nothing changes. The field turns read-only once the order has been sent to Probo.
• Added: “Require payment” option for auto-order (Advanced settings). When enabled, orders that pass every auto-order check are held at the new “Awaiting payment” sync status instead of being sent to Probo, and are submitted automatically as soon as WooCommerce marks the order as paid.
• Improved: Reworked the plugin dashboard.
• Improved: The error notification email setting now accepts multiple comma-separated addresses. Invalid entries are reported and skipped when saving.
• Improved: Block editor translations for the Probo Configurator block now load from the plugin’s own languages directory.
• Improved: Updated @wordpress/element and wp-coding-standards/wpcs dependencies.

1.6.2

• Added: probo_proxy_filter_pre_{$endpoint} and probo_proxy_filter_post_{$endpoint} filters on the configurator proxy (configure, price, product), so you can serve your own products, option trees and pricing without touching the route. A pre filter that answers the request skips the Probo API entirely; configure responses returned this way are still stored in the calculation transient, so add-to-cart keeps working.
• Added: Documentation for building custom configurator products (docs/tutorial-custom-configurator-products.md) and for the new proxy filters.
• Fixed: Uploader statuses in_progress, copying, uploading and uploading_failed were not registered, so those callbacks were silently stored as “pending”. All statuses the Probo API reports are now registered, listed in the uploader sessions filter bar and shown with their own colour.
• Fixed: Checkout, cart validation and auto-order now accept both confirmed and processed as a finished upload. Previously only confirmed was accepted, which blocked exactly the customers whose files had already been converted successfully.
• Fixed: Changing the delivery date at checkout while a shipping method was already selected kept the pricing of the previous date. The method is now re-priced for the new date, or dropped when it is not offered then, and the order review is refreshed.
• Fixed: The REST API admin notice (“routes are not accessible”) no longer relies on a loopback HTTP request, which could fail on SSL, DNS or firewall issues while the REST API worked fine. The registered routes are now checked directly, so the false-positive notice no longer appears.
• Fixed: Uploader status comparisons are now case-insensitive on both the server and in the browser, matching what the API callbacks send.
• Improved: The configurator summary and the checkout shipping selector no longer paint their own background; they inherit the theme’s, so they blend into dark themes as well. Structure now comes from the list borders.
• Improved: Shipping session handling was consolidated into shared helpers (store selection, reset method, invalidate package cache), removing duplicated cache-invalidation code.
• Improved: GitHub Actions workflows updated to current action versions and Node 22.