Explorar o código

Release v1.5.1 — auto "Done Print" on bulk "Change status to Completed"

Implements docs/order-done-plan-01.md: scoped to WooCommerce's own
"Change status to Completed" bulk action on the HPOS Orders list only.

- Order_Item_Status_Manager::bulk_complete_advance_items() — hooked to
  handle_bulk_actions-woocommerce_page_wc-orders at priority 9 (before WC's
  own priority-10 mark_completed handler). For each selected non-terminal
  order it advances pending/in-print items to done-print before the status
  flip, so the completion guard passes instead of reverting. Terminal/
  already-completed orders are skipped; each order runs in try/catch so one
  failure cannot abort the batch.
- Guard fallback (belt-and-suspenders) in on_order_status_changed(): if the
  priority-9 pre-advance ever loses the ordering race, the completion guard
  detects the same bulk-complete context (is_bulk_complete_request()) and
  advances remaining items on the same order instance instead of reverting.
  Priority-independent; closes the two-instance object-cache concern. Orders
  whose previous status was terminal are still reverted, preserving the skip.
- Scope: single-order, programmatic/REST/cron, protocol-import, and all other
  bulk completions keep the standard completion-guard behaviour.

Version bumped to 1.5.1 (plugin header + STUDIOU_WC_OPS_VERSION). README,
CLAUDE.md, docs/translations.txt, and cs_CZ .po/.mo updated; three new
translatable strings added and the .mo recompiled.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Dalibor Votruba hai 3 semanas
pai
achega
29d11884f7

+ 14 - 1
studiou-wc-ord-print-statuses/CLAUDE.md

@@ -8,7 +8,7 @@ This is a WordPress plugin that extends WooCommerce functionality to manage prin
 
 **Plugin Details:**
 - Text Domain: `studiou-wc-ord-print-statuses`
-- Current Version: 1.5.0
+- Current Version: 1.5.1
 - Requires: WordPress 5.8+, WooCommerce 3.0+, PHP 7.2+
 - Tested with: WordPress 6.9.4, WooCommerce 10.7.0 (HPOS enabled)
 
@@ -26,11 +26,22 @@ User-facing and historical documentation lives at the project root and under `do
 - [`docs/revise-1.4.2.md`](docs/revise-1.4.2.md) — Fresh-eye analytical review of v1.4.2. All in-scope findings are resolved in 1.4.3; per-item status annotations inside.
 - [`docs/revise-1.4.3.md`](docs/revise-1.4.3.md) — Fresh-eye analytical review of v1.4.3. All in-scope findings are resolved in 1.4.4; per-item status annotations inside.
 - [`docs/revise-1.4.4.md`](docs/revise-1.4.4.md) — Fresh-eye analytical review of v1.4.4. Mediums and lows are addressed in 1.4.5; per-item status annotations inside.
+- [`docs/order-done-plan-01.md`](docs/order-done-plan-01.md) — Plan for auto "Done Print" on the HPOS bulk "Change status to Completed" action (implemented in 1.5.1). Supersedes [`docs/order-done-plan-00.md`](docs/order-done-plan-00.md), kept for history.
 
 When adding new documentation files, place them in `docs/` and add a one-line pointer here.
 
 ## Recent Changes
 
+### Version 1.5.1 (2026-06-15)
+
+**New feature:** auto "Done Print" on the HPOS Orders-list **Change status to Completed** bulk action. See `README.md` §"Per-order-item print status" and `docs/order-done-plan-01.md`.
+
+- **New method:** `Order_Item_Status_Manager::bulk_complete_advance_items()`, hooked to `handle_bulk_actions-woocommerce_page_wc-orders` at **priority 9** (before WooCommerce's own priority-10 `mark_completed` handler on the same filter). For each selected non-terminal order it runs `advance_remaining_to_done()` — advancing every `pending-print`/`in-print` product item to `done-print` — *before* WC flips the status, so the completion guard passes instead of reverting.
+- **Scope:** fires only for the `mark_completed` action on the HPOS Orders screen. Single-order completion (order-edit dropdown), programmatic/REST/cron changes, the protocol imports, and every other bulk action are unchanged — the standard completion guard still applies. The legacy CPT `edit-shop_order` screen is intentionally not hooked.
+- **Terminal-skip:** orders already in `Studiou_DB_Manager::TERMINAL_STATUSES` (`completed`/`cancelled`/`refunded`/`failed`) are not advanced — already-completed orders are left untouched (no silent item mutation), and terminal orders with unresolved items stay blocked by the guard. Residual edge (unchanged from 1.5.0): a terminal order whose items are already all resolved is still completed by WC core, since the guard never blocks on terminal status.
+- **Resilience:** each order is processed in a `try/catch`; a failing order is logged and skipped so the batch (and WC's own priority-10 completion pass) is not aborted. A per-order activity note records the advance; one batch success notice summarises totals; a warning notice reports any per-order failures.
+- **Guard fallback (belt-and-suspenders):** `on_order_status_changed()` carries a `→ completed` fallback for the same bulk entry point, gated by `is_bulk_complete_request()` (`page=wc-orders` + resolved bulk action `mark_completed`). If the priority-9 pre-advance ever fails to run before WC's status flip, the guard advances remaining items on the same `$order` instance instead of reverting — priority-independent, and closes the two-instance object-cache concern. Orders whose *previous* status (`$from`) was terminal are still reverted, preserving the terminal-skip. No new translatable strings (reuses the bulk advance note).
+
 ### Version 1.5.0 (2026-05-12)
 
 **New feature:** per-order-item print status. See `README.md` §"Per-order-item print status" and `docs/feature-order-item-status-analysis.md` for the full design rationale.
@@ -218,6 +229,8 @@ The plugin uses a manager-based architecture where the main plugin class (`Studi
      - Order → `wc-completed`: gated; blocked if any product item is still `pending-print` or `in-print`.
      - All other order transitions: no automatic item change.
    - Exposes `advance_pending_to_in()` and `advance_remaining_to_done()` for protocol imports.
+   - `bulk_complete_advance_items()` (new in 1.5.1) — hooked to `handle_bulk_actions-woocommerce_page_wc-orders` at **priority 9**, before WooCommerce's own priority-10 `mark_completed` handler. Scoped to that one bulk action on the HPOS Orders screen: for each selected non-terminal order it pre-advances remaining items to `done-print` so the completion guard passes. Terminal/already-completed orders are skipped; each order runs in a `try/catch` so one failure doesn't abort the batch.
+   - `is_bulk_complete_request()` (new in 1.5.1) — detects the HPOS `mark_completed` bulk-action request (mirrors `WP_List_Table::current_action()`). Used by the completion guard's belt-and-suspenders fallback: if the priority-9 pre-advance fails to win the ordering race, the guard advances remaining items on the same `$order` it just completed instead of reverting (still reverting orders whose `$from` was terminal).
 
 ### Key Database Operations
 

+ 14 - 1
studiou-wc-ord-print-statuses/README.md

@@ -3,7 +3,7 @@
 WordPress plugin that extends WooCommerce with a dedicated workflow for managing print orders sent to third-party print providers. It adds custom order statuses, tracking fields, CSV export, protocol-based CSV imports, and search/filter capabilities tailored to a print fulfillment pipeline.
 
 - **Plugin slug / text domain:** `studiou-wc-ord-print-statuses`
-- **Current version:** 1.5.0
+- **Current version:** 1.5.1
 - **Author:** Dalibor Votruba — [quadarax.com](https://www.quadarax.com)
 - **License:** GPL v2 or later
 
@@ -97,6 +97,8 @@ The status is editable per item from the **Items** table on the order edit scree
 
 Item-level status changes never propagate back to the order. The operator drives the order status independently — the only constraint is the completion guard.
 
+**Bulk "Change status to Completed" (HPOS Orders list only, 1.5.1+):** when you run WooCommerce's own **Change status to Completed** bulk action on the Orders screen (`wp-admin/admin.php?page=wc-orders`), the plugin first advances every still-`pending-print`/`in-print` item on each selected order to `done-print`, *then* lets WooCommerce complete the order — so the completion guard is satisfied instead of blocking. This is scoped strictly to that one bulk action on that one screen: single-order completion from the order-edit dropdown, programmatic/REST changes, and every other bulk action keep the standard guard behaviour. Orders already in a terminal status (`completed`/`cancelled`/`refunded`/`failed`) are **not** advanced — already-completed orders are left untouched, and terminal orders with unresolved items are still blocked by the guard.
+
 Protocol imports interact with this feature:
 
 - **InPrint Protocol** sets the order to `wc-in-print`; items propagate automatically via the rule above (no special code in the importer).
@@ -252,6 +254,17 @@ Project-internal guidance for AI-assisted development is documented in [`CLAUDE.
 
 ## Changelog
 
+### 1.5.1 — 2026-06-15
+
+**New feature: auto "Done Print" on the bulk "Change status to Completed" action.** Scoped to WooCommerce's own *Change status to Completed* bulk action on the HPOS Orders list (`wp-admin/admin.php?page=wc-orders`) only.
+
+- **Added:** `Order_Item_Status_Manager::bulk_complete_advance_items()`, hooked to `handle_bulk_actions-woocommerce_page_wc-orders` at priority 9 (before WooCommerce's own priority-10 `mark_completed` handler). For each selected non-terminal order it advances every still-`pending-print`/`in-print` product item to `done-print` *before* the status flip, so the completion guard passes instead of reverting.
+- **Scope:** fires only for the `mark_completed` bulk action on the HPOS Orders screen. Single-order completion from the order-edit dropdown, programmatic/REST/cron changes, the protocol imports, and all other bulk actions are unchanged — the standard completion guard still applies.
+- **Terminal orders skipped:** orders already in `completed`/`cancelled`/`refunded`/`failed` are not advanced. Already-completed orders are left untouched (no silent item mutation); terminal orders with unresolved items remain blocked by the guard. Residual edge: a terminal order whose items are *already* all resolved is still completed by WooCommerce core (the guard never blocks on terminal status) — unchanged from 1.5.0.
+- **Resilience:** each order is processed inside `try/catch`, so one failing order is logged and skipped without aborting the batch or WooCommerce's own completion pass. A per-order activity note records the advance; a single batch admin notice summarises totals, and a warning notice reports any failures.
+- **Added (belt-and-suspenders):** a fallback inside the completion guard itself. If the priority-9 pre-advance ever fails to run before WooCommerce's status flip (e.g. a future WC version changes how it processes `mark_*`), the guard detects the same bulk-complete request context and advances the remaining items on the order it just completed — instead of reverting. It is priority-independent and runs on the same order object, and still reverts orders whose *previous* status was terminal, so the terminal-skip behaviour is preserved. Reuses the existing advance note (no new strings).
+- **Doc:** implementation plan at [`docs/order-done-plan-01.md`](docs/order-done-plan-01.md) (§7 documents the fallback).
+
 ### 1.5.0 — 2026-05-12
 
 **New feature: per-order-item print status.** Each product line item now carries its own print status independent of the order's status, with explicit coupling rules between the two.

+ 11 - 1
studiou-wc-ord-print-statuses/docs/translations.txt

@@ -1,5 +1,5 @@
 Translations: all user-facing strings (English → Czech).
-Last reviewed: v1.5.0 (2026-05-12).
+Last reviewed: v1.5.1 (2026-06-15).
 
 Note: After editing the .po file, regenerate the .mo binary with one of:
   wp i18n make-mo languages/
@@ -109,3 +109,13 @@ Order #%1$d completion blocked — %2$d product items not yet "Done Print" or "S
 # Delivered Protocol summary notice (across all orders in one import)
 %d line item advanced to "Done Print" to satisfy completion guard.                          %d položka přesunuta na "Vytištěno" pro splnění podmínky dokončení.
 %d line items advanced to "Done Print" to satisfy completion guard.                         %d položek přesunuto na "Vytištěno" pro splnění podmínky dokončení.
+
+# New in 1.5.1 — auto "Done Print" on the bulk "Change status to Completed" action
+# Per-order advance note
+%d line item advanced to "Done Print" before bulk completion.                               %d položka přesunuta na "Vytištěno" před hromadným dokončením.
+%d line items advanced to "Done Print" before bulk completion.                              %d položek přesunuto na "Vytištěno" před hromadným dokončením.
+# Batch success summary notice
+Auto-advanced %1$d line item(s) to "Done Print" across %2$d order(s) before completion.      Automaticky přesunuto %1$d položek na "Vytištěno" v %2$d objednávkách před dokončením.
+# Per-order failure warning notice
+%d order could not be pre-advanced and may not complete — check the debug log.               %d objednávku se nepodařilo předem připravit a nemusí být dokončena — zkontrolujte ladicí log.
+%d orders could not be pre-advanced and may not complete — check the debug log.              %d objednávek se nepodařilo předem připravit a nemusí být dokončeno — zkontrolujte ladicí log.

+ 197 - 0
studiou-wc-ord-print-statuses/includes/class-order-item-status-manager.php

@@ -11,6 +11,21 @@
  *   line item is still `pending-print` or `in-print`.
  * - All other order-status transitions: no automatic item change.
  * - Item status changed manually: never propagates to the order.
+ *
+ * One scoped exception to the gate above — the HPOS Orders list "Change status
+ * to Completed" bulk action ONLY: a priority-9 pre-advance moves every still
+ * pending/in-print item on each *non-terminal* selected order to `done-print`
+ * BEFORE WooCommerce flips the status, so the completion guard then passes
+ * instead of reverting. Terminal/already-completed orders are skipped. This does
+ * NOT apply to single-order, programmatic, or import completions. See
+ * bulk_complete_advance_items() and docs/order-done-plan-01.md.
+ *
+ * Belt-and-suspenders: the completion guard itself carries a fallback for the
+ * same bulk entry point (is_bulk_complete_request()). If the priority-9
+ * pre-advance ever fails to run before WooCommerce's status flip, the guard
+ * advances the remaining items on the order it just completed instead of
+ * reverting — priority-independent, and on the same WC_Order instance. Terminal
+ * source statuses are still reverted, preserving the skip above.
  */
 
 defined('ABSPATH') || exit;
@@ -45,6 +60,10 @@ class Order_Item_Status_Manager {
         add_action('woocommerce_admin_order_item_values',  array($this, 'render_column_value'), 10, 3);
         add_action('woocommerce_process_shop_order_meta',  array($this, 'save_item_statuses_from_post'));
         add_action('woocommerce_order_status_changed',     array($this, 'on_order_status_changed'), 5, 4);
+        // Proprietary pre-advance for the HPOS Orders list "Change status to
+        // Completed" bulk action. Priority 9 runs before WooCommerce's own
+        // priority-10 mark_completed handler on the same filter.
+        add_filter('handle_bulk_actions-woocommerce_page_wc-orders', array($this, 'bulk_complete_advance_items'), 9, 3);
     }
 
     public static function valid_statuses() {
@@ -324,6 +343,40 @@ class Order_Item_Status_Manager {
             if ($check['ready']) {
                 return;
             }
+
+            // §7 fallback (belt-and-suspenders for the priority-9 pre-advance in
+            // bulk_complete_advance_items()). If this completion is the HPOS
+            // Orders-list "Change status to Completed" bulk action and the order
+            // was NOT previously terminal, advance the remaining items here —
+            // priority-independent and operating on the SAME $order instance WC
+            // just completed, so it survives a future WC change to mark_*
+            // handling and any two-instance object-cache skew. Terminal source
+            // statuses (cancelled/refunded/failed) are still reverted below,
+            // matching the bulk handler's terminal-skip — see the class-level
+            // coupling notes and docs/order-done-plan-01.md §6/§7.
+            if ($this->is_bulk_complete_request()
+                && !in_array($from, Studiou_DB_Manager::TERMINAL_STATUSES, true)) {
+                $advanced = $this->advance_remaining_to_done($order);
+                if ($advanced > 0) {
+                    $order->add_order_note(sprintf(
+                        /* translators: %d is the number of line items advanced. */
+                        _n(
+                            '%d line item advanced to "Done Print" before bulk completion.',
+                            '%d line items advanced to "Done Print" before bulk completion.',
+                            $advanced,
+                            'studiou-wc-ord-print-statuses'
+                        ),
+                        $advanced
+                    ));
+                }
+                UtilsLog::log(sprintf(
+                    'Order #%d completed via bulk action; guard-fallback advanced %d item(s) to done-print (priority-9 pre-advance did not run first).',
+                    $order_id,
+                    $advanced
+                ));
+                return; // allow completion to stand
+            }
+
             self::$inside_self_revert = true;
             try {
                 $order->update_status(
@@ -346,4 +399,148 @@ class Order_Item_Status_Manager {
             UtilsLog::log('Order #' . $order_id . ' completion blocked: ' . count($check['blocking']) . ' item(s) not ready');
         }
     }
+
+    /**
+     * True when the current request is the HPOS Orders-list "Change status to
+     * Completed" bulk action (`page=wc-orders` + the resolved bulk action is
+     * `mark_completed`). Mirrors WP_List_Table::current_action() — the active
+     * action is `action` unless it is the "-1" placeholder, in which case it is
+     * `action2` (the bottom-of-table dropdown).
+     *
+     * Scopes the §7 guard-fallback to exactly the same entry point as
+     * bulk_complete_advance_items(): a single-order edit-screen save posts
+     * `action=edit` (not `mark_completed`), and REST/cron/WP-CLI are not
+     * `is_admin()`, so none of them trip this.
+     */
+    private function is_bulk_complete_request() {
+        if (!is_admin()) {
+            return false;
+        }
+        if (!isset($_REQUEST['page']) || $_REQUEST['page'] !== 'wc-orders') {
+            return false;
+        }
+        $action = '';
+        if (isset($_REQUEST['action']) && $_REQUEST['action'] !== '-1') {
+            $action = sanitize_text_field(wp_unslash($_REQUEST['action']));
+        } elseif (isset($_REQUEST['action2']) && $_REQUEST['action2'] !== '-1') {
+            $action = sanitize_text_field(wp_unslash($_REQUEST['action2']));
+        }
+        return $action === 'mark_completed';
+    }
+
+    /* ---------------------------------------------------------------- *
+     * Bulk "Change status to Completed" pre-advance (HPOS Orders list)
+     * ---------------------------------------------------------------- */
+
+    /**
+     * Proprietary behaviour for the HPOS Orders list "Change status to Completed"
+     * bulk action ONLY: advance every still-pending/in-print product item to
+     * done-print BEFORE WooCommerce flips the order, so the completion guard is
+     * satisfied instead of reverting. Hooked to
+     * `handle_bulk_actions-woocommerce_page_wc-orders` at priority 9 (before WC's
+     * own priority-10 mark_completed handler). Returns the redirect unchanged so
+     * WC still performs the status change.
+     *
+     * Orders already in a terminal status (completed/cancelled/refunded/failed) are
+     * deliberately NOT advanced — see the class-level coupling notes and
+     * docs/order-done-plan-01.md §6:
+     *   - already-completed: WC's flip is a no-op, so advancing would silently
+     *     mutate items (and add a misleading note) with no transition;
+     *   - cancelled/refunded/failed with unresolved items: leaving them unadvanced
+     *     lets the existing completion guard revert WC's flip, protecting them from
+     *     being completed by an over-broad selection — matching the protocol-import
+     *     skip-terminal philosophy.
+     *
+     * Each order is processed inside try/catch: a single failing order must not
+     * abort the whole batch (which would also stop WC's priority-10 handler from
+     * completing ANY order and leave earlier orders with advanced-but-uncompleted
+     * items).
+     *
+     * @param string $redirect_to
+     * @param string $action
+     * @param int[]  $ids
+     * @return string The (unchanged) redirect URL.
+     */
+    public function bulk_complete_advance_items($redirect_to, $action, $ids) {
+        if ($action !== 'mark_completed') {
+            return $redirect_to;
+        }
+        if (!current_user_can('edit_shop_orders')) {
+            return $redirect_to; // WC's handler enforces caps; we don't mutate without it.
+        }
+        $ids = array_filter(array_map('intval', (array) $ids));
+        if (empty($ids)) {
+            return $redirect_to;
+        }
+
+        $total_items  = 0;
+        $total_orders = 0;
+        $failures     = 0;
+
+        foreach ($ids as $id) {
+            try {
+                $order = wc_get_order($id);
+                if (!$order) {
+                    continue;
+                }
+                // Do not touch terminal/already-completed orders (see docblock).
+                if ($order->has_status(Studiou_DB_Manager::TERMINAL_STATUSES)) {
+                    continue;
+                }
+
+                $advanced = $this->advance_remaining_to_done($order);
+                if ($advanced > 0) {
+                    $order->add_order_note(sprintf(
+                        /* translators: %d is the number of line items advanced. */
+                        _n(
+                            '%d line item advanced to "Done Print" before bulk completion.',
+                            '%d line items advanced to "Done Print" before bulk completion.',
+                            $advanced,
+                            'studiou-wc-ord-print-statuses'
+                        ),
+                        $advanced
+                    ));
+                    $total_items += $advanced;
+                    $total_orders++;
+                }
+            } catch (\Throwable $e) {
+                $failures++;
+                UtilsLog::log(sprintf(
+                    'bulk_complete_advance_items: order #%d failed to pre-advance: %s',
+                    $id,
+                    $e->getMessage()
+                ));
+            }
+        }
+
+        if ($total_items > 0) {
+            UtilsLog::message(
+                sprintf(
+                    /* translators: 1: item count, 2: order count */
+                    __('Auto-advanced %1$d line item(s) to "Done Print" across %2$d order(s) before completion.', 'studiou-wc-ord-print-statuses'),
+                    $total_items,
+                    $total_orders
+                ),
+                'success'
+            );
+            UtilsLog::log(sprintf('bulk mark_completed: advanced %d items across %d orders', $total_items, $total_orders));
+        }
+        if ($failures > 0) {
+            UtilsLog::message(
+                sprintf(
+                    /* translators: %d is the number of orders that errored during pre-advance. */
+                    _n(
+                        '%d order could not be pre-advanced and may not complete — check the debug log.',
+                        '%d orders could not be pre-advanced and may not complete — check the debug log.',
+                        $failures,
+                        'studiou-wc-ord-print-statuses'
+                    ),
+                    $failures
+                ),
+                'warning'
+            );
+        }
+
+        return $redirect_to;
+    }
 }

BIN=BIN
studiou-wc-ord-print-statuses/languages/studiou-wc-ord-print-statuses-cs_CZ.mo


+ 21 - 1
studiou-wc-ord-print-statuses/languages/studiou-wc-ord-print-statuses-cs_CZ.po

@@ -2,7 +2,7 @@
 # This file is distributed under the GPL2 license.
 msgid ""
 msgstr ""
-"Project-Id-Version: QDR - Studiou WC Order Print Statuses 1.5.0\n"
+"Project-Id-Version: QDR - Studiou WC Order Print Statuses 1.5.1\n"
 "Report-Msgid-Bugs-To: https://www.quadarax.com/plugins/studiou-wc-ord-print-statuses\n"
 "POT-Creation-Date: 2026-05-12 00:00:00+00:00\n"
 "PO-Revision-Date: 2026-05-12 00:00:00+00:00\n"
@@ -248,3 +248,23 @@ msgid_plural "%d line items advanced to \"Done Print\" to satisfy completion gua
 msgstr[0] "%d položka přesunuta na \"Vytištěno\" pro splnění podmínky dokončení."
 msgstr[1] "%d položky přesunuty na \"Vytištěno\" pro splnění podmínky dokončení."
 msgstr[2] "%d položek přesunuto na \"Vytištěno\" pro splnění podmínky dokončení."
+
+# --- Bulk "Change status to Completed" pre-advance (new in 1.5.1) ---
+
+# Per-order advance note
+msgid "%d line item advanced to \"Done Print\" before bulk completion."
+msgid_plural "%d line items advanced to \"Done Print\" before bulk completion."
+msgstr[0] "%d položka přesunuta na \"Vytištěno\" před hromadným dokončením."
+msgstr[1] "%d položky přesunuty na \"Vytištěno\" před hromadným dokončením."
+msgstr[2] "%d položek přesunuto na \"Vytištěno\" před hromadným dokončením."
+
+# Batch success summary notice
+msgid "Auto-advanced %1$d line item(s) to \"Done Print\" across %2$d order(s) before completion."
+msgstr "Automaticky přesunuto %1$d položek na \"Vytištěno\" v %2$d objednávkách před dokončením."
+
+# Per-order failure warning notice
+msgid "%d order could not be pre-advanced and may not complete — check the debug log."
+msgid_plural "%d orders could not be pre-advanced and may not complete — check the debug log."
+msgstr[0] "%d objednávku se nepodařilo předem připravit a nemusí být dokončena — zkontrolujte ladicí log."
+msgstr[1] "%d objednávky se nepodařilo předem připravit a nemusí být dokončeny — zkontrolujte ladicí log."
+msgstr[2] "%d objednávek se nepodařilo předem připravit a nemusí být dokončeno — zkontrolujte ladicí log."

+ 2 - 2
studiou-wc-ord-print-statuses/studiou-wc-ord-print-statuses.php

@@ -3,7 +3,7 @@
  * Plugin Name: QDR - Studiou WC Order Print Statuses
  * Plugin URI: https://www.quadarax.com/plugins/studiou-wc-ord-print-statuses
  * Description: Adds custom order statuses (wc-to-print, wc-in-print), bulk actions, and status change timestamps to WooCommerce for print orders to third party providers
- * Version: 1.5.0
+ * Version: 1.5.1
  * Requires at least: 5.8
  * Tested up to: 6.9.4
  * Requires PHP: 7.2
@@ -19,7 +19,7 @@
 
 defined('ABSPATH') || exit;
 
-define('STUDIOU_WC_OPS_VERSION', '1.5.0');
+define('STUDIOU_WC_OPS_VERSION', '1.5.1');
 define('STUDIOU_WC_OPS_FILE', __FILE__);
 
 // Declare HPOS (High-Performance Order Storage) compatibility.