[Fission] Make network error pages work with Fission
Categories
(Firefox :: General, enhancement, P3)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox72 | --- | fixed |
People
(Reporter: Felipe, Assigned: enndeakin)
References
Details
Attachments
(4 files, 1 obsolete file)
We need these pages working at some basic level for out-of-process iframes.
Updated•7 years ago
|
Comment 1•7 years ago
|
||
What's currently broken on these pages with fission?
| Reporter | ||
Comment 2•7 years ago
|
||
We haven't checked yet. We agreed on which features would be important for Fission M2 and filed bugs for all of them to track them.
| Reporter | ||
Comment 3•7 years ago
|
||
I did some testing with Fission enabled and the network error page is already displayed correctly, even in a subframe. It was possible to scroll and focus on the page.
With that, I think that this is enough for a demo-able Fission for M2. Making other interactive features of the error pages work can be pushed out to M3.
Updated•7 years ago
|
Comment 4•7 years ago
|
||
Mike, could you please look into the remaining work for this and what would be a good target for it?
Comment 5•7 years ago
|
||
Looking.
Comment 6•7 years ago
|
||
Depends on D33166
Updated•7 years ago
|
Comment 7•7 years ago
|
||
Hi neha,
It looks like there's work underway to refactor a bunch of our network error pages in bug 1544564. That work is slated to be completed in the 69 timeframe, but I don't know if it'll be done by the time Whistler rolls around. I also don't really want to interfere with what's going on in that project by changing the underlying messaging infrastructure. To avoid slowing down both projects, I suggest we wait until bug 1544564 settles, and then we work to make it Fission-compatible.
So I think we should probably punt this to M4.
Comment 8•7 years ago
|
||
That makes sense, punting to M4. Thanks mconley.
Comment 9•7 years ago
|
||
Thanks Mike, please let us know if there's anything we can do to help out!
Updated•7 years ago
|
Updated•7 years ago
|
Updated•6 years ago
|
| Assignee | ||
Comment 10•6 years ago
|
||
| Assignee | ||
Comment 11•6 years ago
|
||
Depends on D51624
| Assignee | ||
Comment 12•6 years ago
|
||
Depends on D51625
Updated•6 years ago
|
Updated•6 years ago
|
Comment 13•6 years ago
|
||
Comment 14•6 years ago
|
||
| bugherder | ||
https://hg.mozilla.org/mozilla-central/rev/b7e3132f1c94
https://hg.mozilla.org/mozilla-central/rev/f80dcfac3425
https://hg.mozilla.org/mozilla-central/rev/59dcb38e4693
Updated•6 years ago
|
Updated•6 years ago
|
Comment 15•6 years ago
|
||
Hello enndeakin. Are there any STR that QA can use to verify this? Thank's!
| Assignee | ||
Comment 16•6 years ago
|
||
You could load to load a page that has a bad certificate in an iframe and then make sure all of the UI elements in the error page work. You can use https://untrusted-root.badssl.com/ as a bad certificate page, but then you would need to host it inside a page on another domain.
That said, this has automated tests already.
Description
•