Collapsible sections JSON and Form data missing in Developer Tools Console
Categories
(DevTools :: Console, defect, P2)
Tracking
(firefox-esr68 unaffected, firefox72 wontfix, firefox73 verified, firefox74 verified)
| Tracking | Status | |
|---|---|---|
| firefox-esr68 | --- | unaffected |
| firefox72 | --- | wontfix |
| firefox73 | --- | verified |
| firefox74 | --- | verified |
People
(Reporter: xxlukas84, Assigned: nchevobbe)
References
(Regression)
Details
(Keywords: regression)
Attachments
(2 files)
|
21.20 KB,
image/png
|
Details | |
|
47 bytes,
text/x-phabricator-request
|
RyanVM
:
approval-mozilla-beta+
|
Details | Review |
User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:71.0) Gecko/20100101 Firefox/71.0
Steps to reproduce:
Check parameters in Firefox Developer Tools-Console-Param section for POST which contains JSON or Form data
Actual results:
Collapsible sections JSON and Form data with formated data in Firefox Developer Tools-Console-Param section does not show for XHR POST request.
Expected results:
There were sections JSON and Form data for display of formatted data even in Console-Params in previous versions of Firefox. Now only Request payload displayed.
Comment 1•6 years ago
|
||
Bugbug thinks this bug should belong to this component, but please revert this change in case of error.
Comment 2•6 years ago
|
||
I ran mozregression and it indicates that bug 1582870 caused this issue.
Sebastian
Comment 3•6 years ago
|
||
The priority flag is not set for this bug.
:nchevobbe, could you have a look please?
For more information, please visit auto_nag documentation.
| Assignee | ||
Updated•6 years ago
|
Updated•6 years ago
|
| Assignee | ||
Comment 4•6 years ago
|
||
Would you have an example of request so I can check this please?
Updated•6 years ago
|
| Reporter | ||
Comment 5•6 years ago
|
||
For example go to: https://api.jquery.com/jQuery.post/ scroll down to "Demo" form, type a string and click to "Search" when the console is active. You can see "Request payload" section only instead of "Form data" in Console-Params. Thank you.
| Assignee | ||
Comment 6•6 years ago
|
||
Thanks!
So you we can reproduce the issue with:
fetch("https://httpstat.us/200", {
"headers": {
"Content-Type": "application/x-www-form-urlencoded; charset=UTF-8",
},
"body": "s=sdfsdf",
"method": "POST",
"mode": "cors"
})
Netmonitor does show the "Form data" section, not the console.
| Assignee | ||
Comment 7•6 years ago
|
||
The function was moved during Bug 1582870 and
we lost the return statement somehow.
Updated•6 years ago
|
Comment 9•6 years ago
|
||
| bugherder | ||
Comment 10•6 years ago
|
||
Please nominate this for Beta approval when you get a chance.
| Assignee | ||
Comment 11•6 years ago
|
||
Comment on attachment 9118847 [details]
Bug 1605172 - Add missing return in WebConsoleUi getLongString method. r=jlast.
Beta/Release Uplift Approval Request
- User impact if declined: Missing section in webconsole network message panel
- Is this code covered by automated tests?: No
- Has the fix been verified in Nightly?: No
- Needs manual test from QE?: Yes
- If yes, steps to reproduce: 1. Open devtools and select the console
- Make sure to have the "XHR" filter enabled
- Evaluate the following:
fetch("/", {
"headers": {
"Content-Type": "application/x-www-form-urlencoded; charset=UTF-8",
},
"body": "s=sdfsdf",
"method": "POST",
"mode": "cors"
})
- expand the message
- select the "Params" tab
- There should be a "Form data" section
- List of other uplifts needed: None
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): 1-word fix (added a
returnin a function) in devtools - String changes made/needed:
| Assignee | ||
Updated•6 years ago
|
Comment 12•6 years ago
|
||
Comment on attachment 9118847 [details]
Bug 1605172 - Add missing return in WebConsoleUi getLongString method. r=jlast.
Approved for 73.0b3.
Comment 13•6 years ago
|
||
| bugherder uplift | ||
Comment 14•6 years ago
|
||
I can confirm that it was broken in 74.0a1 2020-01-06 and is fixed in 74.0a1 2020-01-08.
Thanks a lot for the quick fix, Nicolas!
Sebastian
Comment 15•6 years ago
|
||
I have managed to reproduce the issue in Fx73.0a1(2019-12-19).
The issue is verified fixed using Fx73.0b3 and Fx74.0a1 on Windows 10, Ubuntu 18.04 and macOS 10.13. The 'Form Data' is correctly displayed.
Updated•6 years ago
|
Description
•