@lockerverse/react 0.2.182-dev.1 → 0.2.184
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/MIGRATIONS.md +14 -75
- package/dist/form-controls.css +1 -1
- package/dist/phone-field.css +1 -1
- package/guides/auctions.md +1 -1
- package/guides/events.md +1 -1
- package/guides/integration.md +1 -1
- package/guides/payment-widgets.md +1 -1
- package/guides/signup.md +1 -1
- package/package.json +2 -2
package/MIGRATIONS.md
CHANGED
|
@@ -36,7 +36,17 @@ If it cannot be found, report that limit and use the baseline review below. Do n
|
|
|
36
36
|
claim that every historical migration was applied. Read this file even if the
|
|
37
37
|
version already matches: a previous upgrade may have missed host adoption steps.
|
|
38
38
|
|
|
39
|
-
## 0.2.
|
|
39
|
+
## 0.2.184 — single focus boundary for form fields
|
|
40
|
+
|
|
41
|
+
- **Affected:** React form controls and the shared phone field in payment and signup.
|
|
42
|
+
- **Automatic:** the focus outline overlaps the field border, so focus has one
|
|
43
|
+
clear boundary instead of two separated rings. Keyboard focus remains visible;
|
|
44
|
+
the phone country selector keeps its own inset focus indicator.
|
|
45
|
+
- **Required host changes:** none; upgrade Core and React together.
|
|
46
|
+
- **Check:** focus the email and phone fields with a pointer and keyboard. Each
|
|
47
|
+
field must have one continuous focus boundary without a gap.
|
|
48
|
+
|
|
49
|
+
## 0.2.183 — email discounts and required shipping
|
|
40
50
|
|
|
41
51
|
Required: upgrade Core and React together. Existing email percentage discounts need no host changes.
|
|
42
52
|
|
|
@@ -45,7 +55,7 @@ Widgets can now use a private contact list for email eligibility, a fixed amount
|
|
|
45
55
|
Required shipping appears in `catalog.widget.requiredShipping`. Do not offer this product as a separate shopper choice. The SDK adds its quantity once when a trigger product is selected; the server also enforces this rule. Render authoritative quote line items and totals, including shipping. The built-in launcher and payment summary handle this automatically.
|
|
46
56
|
|
|
47
57
|
|
|
48
|
-
## 0.2.
|
|
58
|
+
## 0.2.177 — Secure checkout loading recovery
|
|
49
59
|
|
|
50
60
|
- **Affected:** React payment widget Stripe fields.
|
|
51
61
|
- **Automatic:** failed field or script loads show a reload action. Fields that
|
|
@@ -57,22 +67,8 @@ Required shipping appears in `catalog.widget.requiredShipping`. Do not offer thi
|
|
|
57
67
|
- Reload is an explicit customer action and can clear unsaved form entries.
|
|
58
68
|
Saved payment recovery remains in session storage.
|
|
59
69
|
|
|
60
|
-
## 0.2.175 — Match Stripe Elements payment method configuration
|
|
61
70
|
|
|
62
|
-
|
|
63
|
-
- **Automatic:** React configures explicit card, Link, and community-enabled bank
|
|
64
|
-
methods in Stripe Elements and marks the confirmation request with
|
|
65
|
-
`paymentMethodConfiguration: "explicit"`. This matches the backend's Stripe
|
|
66
|
-
PaymentIntent configuration.
|
|
67
|
-
- **Required:** deploy the backend that supports this optional marker before
|
|
68
|
-
upgrading React. Keep Core and React matched. Existing Core-only callers omit
|
|
69
|
-
the marker and retain automatic payment methods. Custom Elements integrations
|
|
70
|
-
must send the marker only when they use the explicit method list.
|
|
71
|
-
- **Check:** submit card and bank payments through Stripe Elements in test mode,
|
|
72
|
-
including recurring checkout. Confirm pending recovery and settlement.
|
|
73
|
-
|
|
74
|
-
|
|
75
|
-
## 0.2.174-dev.1 — Match Stripe Elements payment method configuration
|
|
71
|
+
## 0.2.175 — Match Stripe Elements payment method configuration
|
|
76
72
|
|
|
77
73
|
- **Affected:** Core checkout submission and React payment widgets.
|
|
78
74
|
- **Automatic:** React configures explicit card, Link, and community-enabled bank
|
|
@@ -147,39 +143,7 @@ Required shipping appears in `catalog.widget.requiredShipping`. Do not offer thi
|
|
|
147
143
|
verify a changed selection cannot discard it. Check both paid and free order
|
|
148
144
|
confirmation panels. Do not submit a live transaction for this check.
|
|
149
145
|
|
|
150
|
-
## 0.2.
|
|
151
|
-
|
|
152
|
-
- **Affected:** React payment widgets with unresolved payments.
|
|
153
|
-
- **Automatic behavior:** the existing pending-payment screen now offers Check
|
|
154
|
-
payment status. It checks the saved payment reference and cannot submit a new
|
|
155
|
-
payment. The control is disabled while the check runs.
|
|
156
|
-
- **Required host changes:** none. Update Core and React together.
|
|
157
|
-
- **Verification:** complete a test bank payment, return to its pending checkout,
|
|
158
|
-
and check its status. Confirm completion clears recovery storage.
|
|
159
|
-
|
|
160
|
-
## 0.2.171-dev.1 — SDK payment recovery and completion UI
|
|
161
|
-
|
|
162
|
-
- **Affected:** React payment widgets and custom hosts that persist payment recovery.
|
|
163
|
-
- **Optional adoption:** pass `recoveryStorageKey` to `LockerversePayment` to let
|
|
164
|
-
the SDK save and restore the pending payment in session storage. Use a stable
|
|
165
|
-
key scoped to the API environment, community, and widget. Remove the host's
|
|
166
|
-
storage code and recovery-driven component key. Do not combine automatic
|
|
167
|
-
persistence with a second host persistence writer.
|
|
168
|
-
- **Compatibility:** the SDK reads the hosted Next app's existing version 1
|
|
169
|
-
records when the same key is used. It writes version 2 records with widget
|
|
170
|
-
identity. It checks widget and selection identity before recovery and keeps
|
|
171
|
-
an unresolved record if those details differ. Recovery uses the saved connected
|
|
172
|
-
account even if current payment routing has changed. Storage is read after hydration,
|
|
173
|
-
before the payable form mounts. No contact details or payment tokens are saved.
|
|
174
|
-
- **Optional UI adoption:** use `completionView="summary"` for the SDK confirmation
|
|
175
|
-
panel and remove the host's duplicate success panel. Completion callbacks still
|
|
176
|
-
run. The default inline message and explicit `resumePayment` integrations remain
|
|
177
|
-
supported. Auctions and legacy custom checkout forms are unchanged.
|
|
178
|
-
- **Check:** reload a pending checkout and confirm the existing payment is checked;
|
|
179
|
-
verify a changed selection cannot discard it. Check both paid and free order
|
|
180
|
-
confirmation panels. Do not submit a live transaction for this check.
|
|
181
|
-
|
|
182
|
-
## 0.2.169-dev.1 — six-month payment widgets
|
|
146
|
+
## 0.2.170 — six-month payment widgets
|
|
183
147
|
|
|
184
148
|
Affected: @lockerverse/sdk checkout and @lockerverse/react payment widgets.
|
|
185
149
|
|
|
@@ -195,31 +159,6 @@ Affected: @lockerverse/sdk checkout and @lockerverse/react payment widgets.
|
|
|
195
159
|
submission. Do not submit a live payment for an integration check.
|
|
196
160
|
|
|
197
161
|
|
|
198
|
-
## 0.2.168-dev.1 — bank authorization terms
|
|
199
|
-
|
|
200
|
-
- **Affected:** React payment widgets with ACH enabled.
|
|
201
|
-
- **Automatic:** Stripe displays its bank authorization terms before payment confirmation.
|
|
202
|
-
- **Adoption:** update the matching SDK/React development pair. No prop changes are required.
|
|
203
|
-
- **Check:** confirm that the bank authorization text is visible when a bank account is selected.
|
|
204
|
-
|
|
205
|
-
## 0.2.167-dev.1 — widget ACH and subscription payment recovery
|
|
206
|
-
|
|
207
|
-
- **Affected:** Core checkout data and React payment widgets.
|
|
208
|
-
- **Automatic:** bank payment availability follows the organization default and
|
|
209
|
-
community override returned by the backend. Missing policy remains disabled.
|
|
210
|
-
Pending payments keep their existing payment reference. A failed subscription
|
|
211
|
-
invoice can return `action_required` with `requiresAction: false` and `retryUrl`;
|
|
212
|
-
React shows a link to pay the same invoice instead of creating a second subscription.
|
|
213
|
-
- **Required for custom payment UI:** preserve the reference for pending and
|
|
214
|
-
action-required results. Handle `retryUrl` by opening that invoice, and recover
|
|
215
|
-
status before permitting a new checkout. Do not treat submission as settlement.
|
|
216
|
-
- **Adoption:** deploy the matching backend policy and recovery contract before
|
|
217
|
-
enabling ACH. Existing React hosts need no component prop changes. Keep Core and
|
|
218
|
-
React versions matched when upgrading. Auction payment methods are unchanged.
|
|
219
|
-
- **Check:** verify disabled/inherited/enabled bank visibility and pending, bank
|
|
220
|
-
verification, invoice retry, success, and terminal failure in Stripe test mode.
|
|
221
|
-
Do not create a live transaction for this check.
|
|
222
|
-
|
|
223
162
|
## 0.2.166 — single dropdown arrow
|
|
224
163
|
|
|
225
164
|
- **Affected:** native single-select custom fields in React signup and payment forms.
|
package/dist/form-controls.css
CHANGED
package/dist/phone-field.css
CHANGED
package/guides/auctions.md
CHANGED
package/guides/events.md
CHANGED
package/guides/integration.md
CHANGED
package/guides/signup.md
CHANGED
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@lockerverse/react",
|
|
3
|
-
"version": "0.2.
|
|
3
|
+
"version": "0.2.184",
|
|
4
4
|
"description": "Tree-shakable React payment and signup UI for Lockerverse",
|
|
5
5
|
"repository": {
|
|
6
6
|
"type": "git",
|
|
@@ -136,7 +136,7 @@
|
|
|
136
136
|
"embla-carousel-react": "8.6.0",
|
|
137
137
|
"lucide-react": "0.536.0",
|
|
138
138
|
"valibot": "1.4.2",
|
|
139
|
-
"@lockerverse/sdk": "0.2.
|
|
139
|
+
"@lockerverse/sdk": "0.2.184"
|
|
140
140
|
},
|
|
141
141
|
"devDependencies": {
|
|
142
142
|
"@size-limit/file": "13.0.3",
|