PluginProbe
ووسلام – همگام سازی ووکامرس و باسلام / 1.10.27
ووسلام – همگام سازی ووکامرس و باسلام v1.10.27
1.1.26 1.10.27 1.10.24 1.10.25 1.10.23 1.10.22 1.10.21 1.10.19 1.10.20 1.10.18 1.10.17 1.10.15 1.10.14 1.10.13 1.10.12 1.10.10 1.10.9 1.10.8 1.10.7 1.10.6 1.10.5 1.10.4 1.10.3 1.10.2 1.10.1 All 60 releases
← All changes | CHANGELOG.md +194 -0 1.10.10 → 1.10.27 View file →
@@ -1,8 +1,202 @@
1 1 # Changelog
2 2
3 3 <details>
4 4
5 +<summary>1.10.27 - 2026-10-04</summary>
6 +
7 +### Changed / Improved
8 +- Support comma-separated attribute names for product title suffixes, including Persian commas, while preserving the configured order and skipping empty, duplicate, or missing attribute names
9 +
10 +</details>
11 +
12 +<details>
13 +
14 +<summary>1.10.26 - 2026-10-01</summary>
15 +
16 +### Added
17 +- Show the Basalam product name as visible order item meta (`نام محصول در باسلام`) on WooCommerce orders, for both mapped products and the "not defined in your site" placeholder product
18 +- Show a clickable link to the Basalam product page (`لینک محصول در باسلام`) as visible order item meta
19 +
20 +</details>
21 +
22 +<details>
23 +
24 +<summary>1.10.25 - 2026-09-30</summary>
25 +
26 +### Changed / Improved
27 +- Revoke the stored Basalam vendor authorization on upgrade so every store reconnects and grants the currently required scopes
28 +
29 +### Note
30 +- Existing connections must reauthenticate after updating to this version
31 +
32 +</details>
33 +
34 +<details>
35 +
36 +<summary>1.10.24 - 2026-09-30</summary>
37 +
38 +### Added
39 +- Request the `vendor.product.read` scope when connecting to Basalam
40 +
41 +### Note
42 +- Existing connections must reauthenticate to grant the new product read scope
43 +
44 +</details>
45 +
46 +<details>
47 +
48 +<summary>1.10.23 - 2026-09-28</summary>
49 +
50 +### Added
51 +- Request the `vendor.financial.read` and `vendor.financial.write` scopes when connecting to Basalam
52 +
53 +### Changed / Improved
54 +- Blur and lock the financial management page when a financial API request returns HTTP 403, with a direct button to reconnect to Basalam
55 +
56 +### Note
57 +- Existing connections must reauthenticate to grant the new financial scopes
58 +
59 +</details>
60 +
61 +<details>
62 +
63 +<summary>1.10.22 - 2026-09-27</summary>
64 +
65 +### Added
66 +- Added an optional recurring full product update every 24 or 48 hours, configured beside the product sync control; new and existing stores default to 48 hours and can turn the schedule off
67 +
68 +### Changed / Improved
69 +- Automatic product connection now searches for safe title matches among Basalam products after scanning the vendor catalog
70 +- Aligned the dashboard controls and advanced settings on narrow screens, and centered the add and update product dialogs at matching mobile sizes
71 +
72 +### Fixed
73 +- The product update dialog now reads live queue status when opened and while visible, clearing completed-job messages without a page reload
74 +- Empty-queue probes no longer hold the async dispatch lease, so newly created jobs can start promptly while shutdown dispatch continues to repair the database connection
75 +
76 +</details>
77 +
78 +<details>
79 +
80 +<summary>1.10.21 - 2026-09-17</summary>
81 +
82 +### Fixed
83 +- "All fields" and "price & stock" update modes always send one complete product request with the variants array (without Basalam variation ids), matching earlier major versions; the dedicated variation endpoint is only used in "custom" mode with the variation price/stock fields enabled
84 +- Product updates now recover automatically when WooCommerce contains stale Basalam variation IDs, rebuilding and saving the current variation mapping instead of repeatedly failing with HTTP 404
85 +- Commission lookup now uses Basalam's product-specific commission API for products already connected to Basalam; new or unconnected products continue to use category-based commission lookup, with product commission responses cached during the sync request
86 +
87 +</details>
88 +
89 +<details>
90 +
91 +<summary>1.10.20 - 2026-09-17</summary>
92 +
93 +### Fixed
94 +- Basalam authorization callbacks no longer fail when Redis or Memcached drops the temporary OAuth marker; the single-use authorization proof is now carried in a signed, time-limited HttpOnly cookie
95 +
96 +</details>
97 +
98 +<details>
99 +
100 +<summary>1.10.19 - 2026-09-17</summary>
101 +
102 +### Changed / Improved
103 +- Single-product update jobs now run before bulk and full-update coordinator jobs
104 +
105 +</details>
106 +
107 +<details>
108 +
109 +<summary>1.10.18 - 2026-09-12</summary>
110 +
111 +### Fixed
112 +- Public plugin metadata, help, terms, and privacy links now use the live canonical Hamsalam and Basalam URLs instead of the retired `wp.hamsalam.ir` host
113 +- Product create and update requests now retry once without product or variation SKUs when Basalam rejects a duplicate SKU
114 +
115 +</details>
116 +
117 +<details>
118 +
119 +<summary>1.10.17 - 2026-09-09</summary>
120 +
121 +### Fixed
122 +- Async job dispatch runs during shutdown again, keeping queue probes and loopback requests out of the storefront response path
123 +- The dispatch lease is reserved before checking the queue, preventing concurrent requests from launching duplicate async runners
124 +
125 +</details>
126 +
127 +<details>
128 +
129 +<summary>1.10.16 - 2026-09-08</summary>
130 +
131 +### Fixed
132 +- Installing a newer plugin package now clears the previous version's force-update gate, allowing migrations, hooks, and the background jobs runner to start normally
133 +- Hotfix builds newer than the latest published package are no longer disabled when the version API has not registered them yet
134 +
135 +</details>
136 +
137 +<details>
138 +
139 +<summary>1.10.15 - 2026-09-08</summary>
140 +
141 +### Fixed
142 +- Large product queues no longer spawn overlapping AJAX runners from normal site traffic; one runner now owns the entire processing batch and duplicate workers exit immediately
143 +- Async runner dispatches are leased for 25 seconds instead of one second, preventing PHP worker exhaustion and storefront 503/504 errors during full or quick product updates
144 +- Installing a newer plugin package now clears the previous version's force-update gate, allowing migrations, hooks, and the background jobs runner to start normally
145 +- Hotfix builds newer than the latest published package are no longer disabled when the version API has not registered them yet
146 +
147 +</details>
148 +
149 +<details>
150 +
151 +<summary>1.10.14 - 2026-09-08</summary>
152 +
153 +### Added
154 +- Product SKUs are now sent to Basalam when creating or updating products, and variation SKUs are sent with variant payloads and per-variation updates; a new "کد محصول (SKU)" option controls the field in custom update mode (enabled by default)
155 +
156 +### Fixed
157 +- The async job runner now dispatches from init instead of shutdown, avoiding database "commands out of sync" errors caused by unread result sets left by other shutdown callbacks
158 +
159 +</details>
160 +
161 +<details>
162 +
163 +<summary>1.10.13 - 2026-09-01</summary>
164 +
165 +### Added
166 +- Added a manual vendor-status recheck button to inactive-vendor notices so store owners can immediately restore synchronization after reactivating their Basalam booth
167 +
168 +### Changed / Improved
169 +- Local environments now bypass vendor-status checks and inactive-vendor restrictions; the daily vendor-status cron is also unscheduled locally
170 +- The category detection endpoint now uses API v2.0 while preserving the existing response consumer contract
171 +
172 +</details>
173 +
174 +<details>
175 +
176 +<summary>1.10.12 - 2026-08-29</summary>
177 +
178 +### Fixed
179 +- Restored the AJAX click handlers for product update, archive, restore, and disconnect actions on the WooCommerce product editor
180 +
181 +### Changed / Improved
182 +- The authenticated Woosalam chat widget now loads on every WordPress admin screen while other Woosalam assets remain scoped to their relevant pages
183 +
184 +</details>
185 +
186 +<details>
187 +
188 +<summary>1.10.11 - 2026-08-26</summary>
189 +
190 +### Fixed
191 +- Product media MIME types are now detected from the actual file contents before checking the filename extension
192 +- Non-standard image MIME aliases such as `image/jpg`, `image/pjpeg`, and vendor-specific PNG/BMP values are normalized to the canonical values accepted by Basalam Uploadio
193 +- The media upload request and multipart file transfer now use the same canonical MIME type, preventing valid JPEG images from failing with a `422` unsupported-MIME response
194 +
195 +</details>
196 +
197 +<details>
198 +
5 199 <summary>1.10.10 - 2026-08-25</summary>
6 200
7 201 ### Added
8 202 - Added a daily vendor-status check with persistent inactive-duration tracking and automatic recovery when the vendor becomes active again