Fix use of GetTopLevelContentDocument in PaymentRequest::Constructor
Categories
(Core :: DOM: Web Payments, defect, P3)
Tracking
()
Fission Milestone | Future |
People
(Reporter: kmag, Unassigned)
References
Details
(Whiteboard: dom-lws-bugdash-triage)
It will return null when the top-level document is cross-process, or there are cross-process interstitials between it and the document for which the constructor was called, which will lead to a null pointer crash.
Comment 1•5 years ago
|
||
Should this have a Fission milestone assigned?
Reporter | ||
Comment 2•5 years ago
|
||
(In reply to Simon Giesecke [:sg] [he/him] from comment #1)
Should this have a Fission milestone assigned?
It should be assigned during tomorrow's triage.
Comment 4•4 years ago
|
||
Fission Future because PaymentRequest API is currently disabled.
Comment 5•4 years ago
|
||
Jens, is there a meta bug for shipping the PaymentRequest API? I found bug 1481971 about enabling the PaymentRequest API in Nightly, but no meta bugs about letting the API ride the trains.
This Fission bug will need to be fixed before PaymentRequest API can ride the trains.
Comment 6•4 years ago
|
||
Hello Chris
Currently, PaymentRequest API is not enabled. And I think it would not be enabled in a short time since we only have an experimental UI for it.
Testcases for it are also disabled currently. I don't think it would be a big issue for shipping Fission. but we still need to fix this.
I think this is a duplicate of bug 1646556. There is a r+ patch when I was on a long leave. I will try to land it these days.
Updated•4 years ago
|
Reporter | ||
Comment 8•4 years ago
|
||
The GetTopLevelContentDocument
usage in PaymentRequest::Constructor
wasn't fixed by the patch in bug 1646556.
Comment 9•5 months ago
|
||
Eden fixed this in bug 1721897 because the null pointer crash manifested as a crash report.
Description
•