Bug 179567 - REGRESSION(r223856): Web Inspector: Cannot view Request Data
Summary: REGRESSION(r223856): Web Inspector: Cannot view Request Data
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: Web Inspector (show other bugs)
Version: WebKit Nightly Build
Hardware: All All
: P2 Normal
Assignee: Joseph Pecoraro
URL:
Keywords: InRadar
Depends on:
Blocks:
 
Reported: 2017-11-10 17:09 PST by Joseph Pecoraro
Modified: 2017-11-13 11:58 PST (History)
6 users (show)

See Also:


Attachments
[PATCH] Proposed Fix (1.47 KB, patch)
2017-11-10 17:10 PST, Joseph Pecoraro
no flags Details | Formatted Diff | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Joseph Pecoraro 2017-11-10 17:09:34 PST
REGRESSION(r223856): Cannot view Request Data

Oops, a condition flipped in r223856.
Comment 1 Joseph Pecoraro 2017-11-10 17:10:19 PST
Created attachment 326664 [details]
[PATCH] Proposed Fix
Comment 2 Devin Rousso 2017-11-11 01:08:11 PST
Comment on attachment 326664 [details]
[PATCH] Proposed Fix

View in context: https://bugs.webkit.org/attachment.cgi?id=326664&action=review

> Source/WebInspectorUI/UserInterface/Views/ResourceClusterContentView.js:216
> +        if (this._resource.hasRequestFormParameters())

I realize that this existed before the new Network tab, but I think now would be a good time to add a comment.  To me, this seems backwards, as we would want to show request data if we have form parameters.  My guess is that that is either a security concern or we have a different UI for this?  Either way, I don't know why this is the case right now.
Comment 3 Joseph Pecoraro 2017-11-11 01:15:30 PST
(In reply to Devin Rousso from comment #2)
> Comment on attachment 326664 [details]
> [PATCH] Proposed Fix
> 
> View in context:
> https://bugs.webkit.org/attachment.cgi?id=326664&action=review
> 
> > Source/WebInspectorUI/UserInterface/Views/ResourceClusterContentView.js:216
> > +        if (this._resource.hasRequestFormParameters())
> 
> I realize that this existed before the new Network tab, but I think now
> would be a good time to add a comment.  To me, this seems backwards, as we
> would want to show request data if we have form parameters.  My guess is
> that that is either a security concern or we have a different UI for this? 
> Either way, I don't know why this is the case right now.

If the data is Form Parameters (x-www-form-urlencoded) then the data is key/value pairs like query string data. We show that in the "Headers" view like query string parameters. I suppose we could have a view here that shows them like query string parameters, but right now we only prefer showing a ContentView for requestData that is data.
Comment 4 BJ Burg 2017-11-13 11:42:20 PST
Comment on attachment 326664 [details]
[PATCH] Proposed Fix

r=me
Comment 5 Radar WebKit Bug Importer 2017-11-13 11:43:01 PST
<rdar://problem/35510405>
Comment 6 WebKit Commit Bot 2017-11-13 11:58:12 PST
Comment on attachment 326664 [details]
[PATCH] Proposed Fix

Clearing flags on attachment: 326664

Committed r224767: <https://trac.webkit.org/changeset/224767>
Comment 7 WebKit Commit Bot 2017-11-13 11:58:14 PST
All reviewed patches have been landed.  Closing bug.