New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 708093 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner:
Last visit > 30 days ago
Closed: Apr 2017
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

DevTools > Network > Request Payload data are editable

Reported by kdzwinel@gmail.com, Apr 4 2017

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3061.0 Safari/537.36

Steps to reproduce the problem:
1. Open DevTools
2. Run `fetch(window.location.href, {method: 'POST', body: JSON.stringify({a:'a'})})` in the console
3. Find last XHR request in the Network tab and click on it
4. In the 'Headers' tab of the request details pane find 'Request Payload'
5. Click on the data to edit it

What is the expected behavior?

What went wrong?
These are sent data, they can't be edited and making them editable is confusing.

Did this work before? No 

Chrome version: 59.0.3061.0  Channel: n/a
OS Version: OS X 10.12.3
Flash Version: 

I can reproduce the same bug in stable (  57.0.2987.133 )
 
Screen Shot 2017-04-04 at 09.22.30.png
7.1 KB View Download
Labels: Needs-Triage-M59
Labels: Hotlist-Polish
Owner: allada@chromium.org
Status: Assigned (was: Unconfirmed)
Removing Needs-Triage-M59 label as per comment #2

Thanks

Comment 4 by allada@chromium.org, Apr 28 2017

Status: WontFix (was: Assigned)
We removed this once and got a huge backlash of people that wanted it for easy copy-pastability. Going to mark as wont fix for now, but there's a decent chance we'll come up with something in the future that is more elegant.

Sign in to add a comment