@dropins/storefront-account 4.2.0-beta.0 → 4.2.0-beta.1
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/CHANGELOG.md +35 -0
- package/containers/AddressForm.js +1 -1
- package/containers/AddressForm.js.map +1 -1
- package/package.json +1 -1
- package/render.js +1 -1
package/CHANGELOG.md
CHANGED
|
@@ -1,5 +1,40 @@
|
|
|
1
1
|
# @dropins/storefront-account
|
|
2
2
|
|
|
3
|
+
## 4.2.0-beta.1
|
|
4
|
+
|
|
5
|
+
### Patch Changes
|
|
6
|
+
|
|
7
|
+
- ec86d13: fix(AddressForm): restore independent default shipping and billing
|
|
8
|
+
checkboxes outside the company address book. The single-default rule
|
|
9
|
+
introduced with the company address book was applied to the shared form hook
|
|
10
|
+
and to the B2C create-mode defaults, so a personal address could no longer be
|
|
11
|
+
both the default shipping and the default billing address, and only one
|
|
12
|
+
checkbox was preselected on create. The company address book keeps its single
|
|
13
|
+
address type selection unchanged.
|
|
14
|
+
- ec86d13: fix(AddressForm): place the save checkbox at the end of the form with
|
|
15
|
+
CSS instead of a computed grid row. The previous effect read the form's
|
|
16
|
+
`grid-template-rows` and pinned `.account-address-form--saveAddressBook` to
|
|
17
|
+
`rows - 1`, which only matched the field set it was written against; a store
|
|
18
|
+
with an extra address attribute such as VAT pushed that attribute below the
|
|
19
|
+
checkbox. The checkbox now spans both columns on its own row, so the field
|
|
20
|
+
order follows the address attributes returned by the backend.
|
|
21
|
+
- ec86d13: fix(Addresses): stop preselecting an address when the caller has none
|
|
22
|
+
and selection is locked to company addresses. `defaultSelectAddressId: 0`
|
|
23
|
+
means the caller holds no address; without the lock it opens the new-address
|
|
24
|
+
form, but with the lock that branch was skipped entirely and the first card in
|
|
25
|
+
the list was highlighted instead. A negotiable quote with no shipping address
|
|
26
|
+
therefore rendered a selected address it did not hold, and the caller refused
|
|
27
|
+
to write it back, so the choice silently did nothing until the customer
|
|
28
|
+
clicked the card themselves. A locked selection now leaves the list unselected
|
|
29
|
+
and reports the selection as invalid, the same way it already did when the
|
|
30
|
+
list is empty.
|
|
31
|
+
- ec86d13: fix(Addresses): restore opening the new-address form when
|
|
32
|
+
`defaultSelectAddressId` is `0`. The company address book work replaced that
|
|
33
|
+
behaviour with preselecting the first address in the list, which claims a
|
|
34
|
+
selection the caller never made — a negotiable quote, for example, stores its
|
|
35
|
+
shipping address as a copy with no id to match, so every page load highlighted
|
|
36
|
+
an address the quote does not hold.
|
|
37
|
+
|
|
3
38
|
## 4.2.0-beta.0
|
|
4
39
|
|
|
5
40
|
### Minor Changes
|