PluginProbe
ووسلام – همگام سازی ووکامرس و باسلام / 1.10.24
ووسلام – همگام سازی ووکامرس و باسلام v1.10.24
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 1.10.0 1.9.2 All 58 releases
← All changes | CHANGELOG.md +217 -0 1.10.6 → 1.10.24 View file →
@@ -1,8 +1,225 @@
1 1 # Changelog
2 2
3 3 <details>
4 4
5 +<summary>1.10.24 - 2026-09-30</summary>
6 +
7 +### Added
8 +- Request the `vendor.product.read` scope when connecting to Basalam
9 +
10 +### Note
11 +- Existing connections must reauthenticate to grant the new product read scope
12 +
13 +</details>
14 +
15 +<details>
16 +
17 +<summary>1.10.23 - 2026-09-28</summary>
18 +
19 +### Added
20 +- Request the `vendor.financial.read` and `vendor.financial.write` scopes when connecting to Basalam
21 +
22 +### Changed / Improved
23 +- Blur and lock the financial management page when a financial API request returns HTTP 403, with a direct button to reconnect to Basalam
24 +
25 +### Note
26 +- Existing connections must reauthenticate to grant the new financial scopes
27 +
28 +</details>
29 +
30 +<details>
31 +
32 +<summary>1.10.22 - 2026-09-27</summary>
33 +
34 +### Added
35 +- 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
36 +
37 +### Changed / Improved
38 +- Automatic product connection now searches for safe title matches among Basalam products after scanning the vendor catalog
39 +- Aligned the dashboard controls and advanced settings on narrow screens, and centered the add and update product dialogs at matching mobile sizes
40 +
41 +### Fixed
42 +- The product update dialog now reads live queue status when opened and while visible, clearing completed-job messages without a page reload
43 +- 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
44 +
45 +</details>
46 +
47 +<details>
48 +
49 +<summary>1.10.21 - 2026-09-17</summary>
50 +
51 +### Fixed
52 +- "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
53 +- 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
54 +- 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
55 +
56 +</details>
57 +
58 +<details>
59 +
60 +<summary>1.10.20 - 2026-09-17</summary>
61 +
62 +### Fixed
63 +- 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
64 +
65 +</details>
66 +
67 +<details>
68 +
69 +<summary>1.10.19 - 2026-09-17</summary>
70 +
71 +### Changed / Improved
72 +- Single-product update jobs now run before bulk and full-update coordinator jobs
73 +
74 +</details>
75 +
76 +<details>
77 +
78 +<summary>1.10.18 - 2026-09-12</summary>
79 +
80 +### Fixed
81 +- 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
82 +- Product create and update requests now retry once without product or variation SKUs when Basalam rejects a duplicate SKU
83 +
84 +</details>
85 +
86 +<details>
87 +
88 +<summary>1.10.17 - 2026-09-09</summary>
89 +
90 +### Fixed
91 +- Async job dispatch runs during shutdown again, keeping queue probes and loopback requests out of the storefront response path
92 +- The dispatch lease is reserved before checking the queue, preventing concurrent requests from launching duplicate async runners
93 +
94 +</details>
95 +
96 +<details>
97 +
98 +<summary>1.10.16 - 2026-09-08</summary>
99 +
100 +### Fixed
101 +- 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
102 +- Hotfix builds newer than the latest published package are no longer disabled when the version API has not registered them yet
103 +
104 +</details>
105 +
106 +<details>
107 +
108 +<summary>1.10.15 - 2026-09-08</summary>
109 +
110 +### Fixed
111 +- 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
112 +- 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
113 +- 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
114 +- Hotfix builds newer than the latest published package are no longer disabled when the version API has not registered them yet
115 +
116 +</details>
117 +
118 +<details>
119 +
120 +<summary>1.10.14 - 2026-09-08</summary>
121 +
122 +### Added
123 +- 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)
124 +
125 +### Fixed
126 +- 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
127 +
128 +</details>
129 +
130 +<details>
131 +
132 +<summary>1.10.13 - 2026-09-01</summary>
133 +
134 +### Added
135 +- Added a manual vendor-status recheck button to inactive-vendor notices so store owners can immediately restore synchronization after reactivating their Basalam booth
136 +
137 +### Changed / Improved
138 +- Local environments now bypass vendor-status checks and inactive-vendor restrictions; the daily vendor-status cron is also unscheduled locally
139 +- The category detection endpoint now uses API v2.0 while preserving the existing response consumer contract
140 +
141 +</details>
142 +
143 +<details>
144 +
145 +<summary>1.10.12 - 2026-08-29</summary>
146 +
147 +### Fixed
148 +- Restored the AJAX click handlers for product update, archive, restore, and disconnect actions on the WooCommerce product editor
149 +
150 +### Changed / Improved
151 +- The authenticated Woosalam chat widget now loads on every WordPress admin screen while other Woosalam assets remain scoped to their relevant pages
152 +
153 +</details>
154 +
155 +<details>
156 +
157 +<summary>1.10.11 - 2026-08-26</summary>
158 +
159 +### Fixed
160 +- Product media MIME types are now detected from the actual file contents before checking the filename extension
161 +- 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
162 +- 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
163 +
164 +</details>
165 +
166 +<details>
167 +
168 +<summary>1.10.10 - 2026-08-25</summary>
169 +
170 +### Added
171 +- Added a daily vendor-status check with persistent inactive-duration tracking and automatic recovery when the vendor becomes active again
172 +- Added state-specific admin notices, dashboard badges, disabled controls, and explanatory UI for limited and suspended synchronization modes
173 +
174 +### Changed / Improved
175 +- Vendors inactive for less than 21 days can no longer create products; manual, bulk, queued, and automatic updates are restricted to price and stock
176 +- Vendors inactive for 21 days or longer can no longer create, update, archive, restore, or discount products until the vendor becomes active again
177 +- Product jobs revalidate the vendor policy at execution time so queued work cannot bypass a later status change
178 +- Improved background job dispatch and limited admin assets and notices to relevant Woosalam, product, and order screens
179 +- Aligned the connection-status header, card, and inner synchronization panel across active and inactive states
180 +
181 +</details>
182 +
183 +<details>
184 +
185 +<summary>1.10.9 - 2026-08-16</summary>
186 +
187 +### Fixed
188 +- The ticket reply access form is now shown only after site access is rejected; it stays hidden while access is pending, after approval, and when the status is missing or unknown
189 +
190 +</details>
191 +
192 +<details>
193 +
194 +<summary>1.10.8 - 2026-08-15</summary>
195 +
196 +### Added
197 +- Added independent settings for updating variation prices and variation stock
198 +
199 +### Changed / Improved
200 +- Connected variations are now updated individually through Core v4
201 +- Price-only variation updates send only `primary_price`, while stock-only updates send only `stock`
202 +- Variation price updates work independently from the product price setting
203 +- Custom update mode now requires at least one selected field and shows the plugin error toast without refreshing the page when none is selected
204 +- Full, quick, selected, and automatic updates no longer create jobs or API requests when the custom field selection is empty
205 +- Product admin JavaScript now uses a file-aware cache version so the latest validation behavior is loaded immediately after deployment
206 +
207 +</details>
208 +
209 +<details>
210 +
211 +<summary>1.10.7 - 2026-08-11</summary>
212 +
213 +### Fixed
214 +- Ticket validation and API failures are now shown as admin toasts instead of WordPress `admin-post.php` error pages
215 +- New-ticket submissions now use AJAX, preserving entered text, credentials, and uploaded-image previews when a request fails; if the ticket was created before access storage failed, retrying updates only the access data and does not create a duplicate ticket
216 +- Ticket JavaScript now uses a file-aware cache version so updated validation and submission behavior is loaded immediately after deployment
217 +
218 +</details>
219 +
220 +<details>
221 +
5 222 <summary>1.10.6 - 2026-08-11</summary>
6 223
7 224 ### Fixed
8 225 - Product images in AVIF or another image format unsupported by Basalam are now converted to JPEG before the upload request, preventing the `422` unsupported-MIME error