Network response tab won't render if there is a html link
Categories
(DevTools :: Netmonitor, defect, P2)
Tracking
(firefox-esr102 unaffected, firefox106 unaffected, firefox107 fixed, firefox108 fixed)
Tracking | Status | |
---|---|---|
firefox-esr102 | --- | unaffected |
firefox106 | --- | unaffected |
firefox107 | --- | fixed |
firefox108 | --- | fixed |
People
(Reporter: dario.sobrino, Assigned: jdescottes)
References
(Blocks 1 open bug, Regression)
Details
(Keywords: regression)
Attachments
(2 files)
47.29 KB,
image/png
|
Details | |
48 bytes,
text/x-phabricator-request
|
dmeehan
:
approval-mozilla-beta+
|
Details | Review |
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:107.0) Gecko/20100101 Firefox/107.0
Steps to reproduce:
Render a simple link with the following code: <a href="#" title="test">Hello</a>
I've narrowed it down to the link issue. I was trying to output some data for debugging. You can include more code. Won't render as long as there is a link there.
Actual results:
No preview whatsoever. The preview is blank. The code is there though as raw content.
It doesn't matter if there are any other html elements. The preview will show nothing whenever there is a link there.
Expected results:
It should have rendered the code just like any other firefox version. This started happening after the upgrade to the 107 version.
It still happens in the 108.0a1 nightly that I just intalled to check if it was fixed.
Assignee | ||
Updated•2 years ago
|
Assignee | ||
Comment 1•2 years ago
|
||
We are missing ;charset=UTF-8
from the data URL.
Updated•2 years ago
|
Comment 2•2 years ago
|
||
Set release status flags based on info from the regressing bug 1640689
Assignee | ||
Comment 3•2 years ago
|
||
Add charset=UTF8 to the data url used for the iframe preview + encodeURIComponent
Comment 4•2 years ago
|
||
:jdescottes the final 107 beta builds tomorrow 2022-11-03
Would like to avoid shipping this regression in 107 - if this patch is ready, landed, and we get a beta uplift request?
Assignee | ||
Comment 5•2 years ago
|
||
(In reply to Donal Meehan [:dmeehan] from comment #4)
:jdescottes the final 107 beta builds tomorrow 2022-11-03
Would like to avoid shipping this regression in 107 - if this patch is ready, landed, and we get a beta uplift request?
Thanks for the ping! I'll address the review comments ASAP and will land + request uplift.
Assignee | ||
Comment 6•2 years ago
|
||
Comment on attachment 9301091 [details]
Bug 1797952 - [devtools] Fix netmonitor HTML previews with line breaks or special characters
Beta/Release Uplift Approval Request
- User impact if declined: The preview panel in the DevTools network tab is blank for most html content. The main use case for this feature is to easily visualize server error pages, so fixing this would be nice.
Not verified yet, I just pushed the patch to autoland. I can verify as soon as it reaches central.
- Is this code covered by automated tests?: Yes
- Has the fix been verified in Nightly?: No
- Needs manual test from QE?: No
- If yes, steps to reproduce:
- List of other uplifts needed: None
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): Covered by automated tests, DevTools-only change. We are adding a charset + encoding the content of a data-url used as the source of the preview iframe.
- String changes made/needed:
- Is Android affected?: No
Comment 8•2 years ago
|
||
bugherder |
Reporter | ||
Comment 10•2 years ago
|
||
Indeed, just checked the nightly and it works. Thanks guys.
Comment 11•2 years ago
|
||
Comment on attachment 9301091 [details]
Bug 1797952 - [devtools] Fix netmonitor HTML previews with line breaks or special characters
Approved for 107.0b9
Comment 12•2 years ago
|
||
bugherder uplift |
Description
•