Closed
Bug 1443914
Opened 7 years ago
Closed 7 years ago
Stale shipping options are passed to the front-end after an .updateWith() with no shipping options
Categories
(Core :: DOM: Web Payments, enhancement, P1)
Core
DOM: Web Payments
Tracking
()
RESOLVED
FIXED
mozilla61
Tracking | Status | |
---|---|---|
firefox61 | --- | fixed |
People
(Reporter: MattN, Assigned: chenyu.chuang)
References
(Blocks 1 open bug, )
Details
(Whiteboard: [webpayments])
Attachments
(2 files, 2 obsolete files)
3.68 KB,
patch
|
chenyu.chuang
:
review+
|
Details | Diff | Splinter Review |
9.34 KB,
patch
|
chenyu.chuang
:
review+
|
Details | Diff | Splinter Review |
If updateWith is called with no shippingOptions property after there were shipping options, it seems like the shipping options in the parent process (not sure about content process) don't get cleared.
Demo: https://googlechrome.github.io/samples/paymentrequest/dynamic-shipping/
* (Remove the legacy `supportedMethods` syntax in the `supportedInstruments` array:
```js
{
supportedMethods: networks,
},
```
)
There is a TODO in the code that mentions that there is more to do with shippingOptions for updates: https://dxr.mozilla.org/mozilla-central/rev/bccdc684210431c233622650a91454c09f6af9eb/dom/payments/PaymentRequestManager.cpp#546,556
Flags: in-testsuite?
Updated•7 years ago
|
Priority: P1 → P2
Whiteboard: [webpayments]
Assignee | ||
Comment 1•7 years ago
|
||
The root cause is the spec update, in the old spec, the old values would be kept if they are not in the new details.
I will write a patch according to this spec update.
Could someone assign this bug to me? thanks.
Comment 2•7 years ago
|
||
Thank you for taking this.
Assignee: nobody → chenyu.chuang
Status: NEW → ASSIGNED
Updated•7 years ago
|
Priority: P2 → P1
Assignee | ||
Comment 3•7 years ago
|
||
Update the implementation according to the spec update.
Force updating the saved PaymentDetails when requestShipping is true, even the data(shippingOptions) doesn't present in the DetailsUpdate.
Attachment #8963615 -
Flags: review?(amarchesini)
Assignee | ||
Comment 4•7 years ago
|
||
Attachment #8963618 -
Flags: review?(amarchesini)
Updated•7 years ago
|
Attachment #8963618 -
Flags: review?(amarchesini) → review+
Updated•7 years ago
|
Attachment #8963615 -
Flags: review?(amarchesini) → review+
Assignee | ||
Comment 5•7 years ago
|
||
Assignee | ||
Comment 6•7 years ago
|
||
Hi Baku, thank you for the fast review. :)
Assignee | ||
Comment 7•7 years ago
|
||
Attachment #8963615 -
Attachment is obsolete: true
Attachment #8963707 -
Flags: review+
Assignee | ||
Comment 8•7 years ago
|
||
Attachment #8963618 -
Attachment is obsolete: true
Attachment #8963708 -
Flags: review+
Assignee | ||
Updated•7 years ago
|
Keywords: checkin-needed
Pushed by ryanvm@gmail.com:
https://hg.mozilla.org/integration/mozilla-inbound/rev/200ba8d29892
Force updating PaymentDetails when requestShipping is true. r=baku
https://hg.mozilla.org/integration/mozilla-inbound/rev/1ce3dc676ee9
Mochitest for force updating PaymentDetails. r=baku
Keywords: checkin-needed
Comment 10•7 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/200ba8d29892
https://hg.mozilla.org/mozilla-central/rev/1ce3dc676ee9
Status: ASSIGNED → RESOLVED
Closed: 7 years ago
status-firefox61:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla61
You need to log in
before you can comment on or make changes to this bug.
Description
•