20628 2008-09-03 09:56:26 -0700 Web Inspector: resources should support tree-node views for structured data responses like JSON 2012-08-02 07:32:11 -0700 1 1 1 Unclassified WebKit Web Inspector (Deprecated) 528+ (Nightly build) All All RESOLVED FIXED P2 Normal --- 1 mtakacs vsevik admwiggin+webkitbugzilla davidgrenier DDSquad_99 mbrevda onar paroga paulirish pfeldman robert.colburn+bugzilla vsevik yurys oldest_to_newest 90030 0 mtakacs 2008-09-03 09:56:26 -0700 It's be awesome if the Inspector's Resources panel supported structured views for viewing responses. There's already some views per response supported (eg: an img request is viewable as an image). It'd be awesome to view the response in an expandable tree-view if the response was in a structured format (like JSON or XML). Then when I got a response like: {"RESPONSE":{"VALUE":false,"CODE":0},"REQUEST":{"USER":"mtakacs_work","INTL":"us","SERVICE":"CAL","SERVICE_VERSION":"1.2","OPERATION":"STAT","DTSTAMP_UTC":"20080903T093531","BUILD":"5.0 hitaine 20080808-1128"}} I could twistie it open to see + RESPONSE ++ VALUE : false ++ CODE: 0 + REQUEST ++ USER: mtakacs_work ++ SERVICE: CAL ++ INTL: us ++ .... Both Fiddler (IE network tool) and Charles (mac sniffer) support this style of response viewing. Fiddler Images - right hand image shows the response inspector. They have tabs for HEX , RAW, XML, etc. http://www.fiddler2.com/fiddler2/ http://www.fiddler2.com/fiddler/images/props.png Here's a 3rd party plugin that views JSON responses: http://www.codeplex.com/JsonViewer/Wiki/View.aspx?title=More%20screen%20shots&referringTitle=Home Charles - mac network response inspector http://www.charlesproxy.com/index.php 344771 1 paroga 2011-02-03 09:27:17 -0800 *** Bug 37488 has been marked as a duplicate of this bug. *** 344773 2 paroga 2011-02-03 09:28:35 -0800 *** Bug 49173 has been marked as a duplicate of this bug. *** 344781 3 paroga 2011-02-03 09:36:47 -0800 *** Bug 39711 has been marked as a duplicate of this bug. *** 407918 4 davidgrenier 2011-05-23 06:21:19 -0700 The feature seems to be present in Google Chrome 12.0.742.60, fantastic! Unfortunately the JSON tree is collapsed by default and I think it would be better if it was expanded. Also, the tree display the entire node on the line when it's collapsed or expanded, I think this information should be hidden when the node is expanded otherwise it creates duplicate data and is confusing. 460007 5 DDSquad_99 2011-08-31 15:53:46 -0700 (In reply to comment #4) > The feature seems to be present in Google Chrome 12.0.742.60, fantastic! Using 15.0.865.0 in the dev channel, I do not see this feature present. Is there anything you must do other than go to the Response tab of a response with application/json content-type? 460218 6 pfeldman 2011-08-31 22:19:50 -0700 (In reply to comment #5) > (In reply to comment #4) > > The feature seems to be present in Google Chrome 12.0.742.60, fantastic! > > Using 15.0.865.0 in the dev channel, I do not see this feature present. Is there anything you must do other than go to the Response tab of a response with application/json content-type? We currently support it for application/json XHRs and JSONP requests. What kind of request do you have? 460306 7 vsevik 2011-09-01 00:53:08 -0700 Please note, that JSONP requests should have application/jsonp mime-type.(In reply to comment #5) > (In reply to comment #4) > > The feature seems to be present in Google Chrome 12.0.742.60, fantastic! > > Using 15.0.865.0 in the dev channel, I do not see this feature present. Is there anything you must do other than go to the Response tab of a response with application/json content-type? It should be in Preview tab actually. 460830 8 DDSquad_99 2011-09-01 15:08:01 -0700 (In reply to comment #6) > (In reply to comment #5) > > (In reply to comment #4) > > > The feature seems to be present in Google Chrome 12.0.742.60, fantastic! > > > > Using 15.0.865.0 in the dev channel, I do not see this feature present. Is there anything you must do other than go to the Response tab of a response with application/json content-type? > > We currently support it for application/json XHRs and JSONP requests. What kind of request do you have? The request content-type is Ajax/xml generated from XHR using Ext.js 3.3. The server application must always consume xml, but it then does return a response with content-type application/json. I assume that this mismatch between request and response types causes Chrome to not preview the response as JSON. (In reply to comment #7) > It should be in Preview tab actually. Thanks for the info. Unfortunately it is not working there either, surely caused by my reply to comment #6 460872 9 vsevik 2011-09-01 15:58:52 -0700 (In reply to comment #8) > (In reply to comment #6) > > (In reply to comment #5) > > > (In reply to comment #4) > > > > The feature seems to be present in Google Chrome 12.0.742.60, fantastic! > > > > > > Using 15.0.865.0 in the dev channel, I do not see this feature present. Is there anything you must do other than go to the Response tab of a response with application/json content-type? > > > > We currently support it for application/json XHRs and JSONP requests. What kind of request do you have? > > The request content-type is Ajax/xml generated from XHR using Ext.js 3.3. The server application must always consume xml, but it then does return a response with content-type application/json. I assume that this mismatch between request and response types causes Chrome to not preview the response as JSON. The request content type does not matter in that case. Could you please show response contents or provide a url where this behavior could be seen? Is it JSON or JSONP? Please note that for JSONP response content type should be application/jsonp. 462536 10 106421 DDSquad_99 2011-09-06 08:28:28 -0700 Created attachment 106421 sample of an application/json response for which Chrome does not show a hierarchical preview 462540 11 DDSquad_99 2011-09-06 08:29:26 -0700 (In reply to comment #9) > The request content type does not matter in that case. > Could you please show response contents or provide a url where this behavior could be seen? Is it JSON or JSONP? Please note that for JSONP response content type should be application/jsonp. This is JSON, not JSONP. Response Headers: Cache-Control:private Content-Length:4972 Content-Type:application/json; charset=utf-8 Date:Tue, 06 Sep 2011 15:09:17 GMT Server:Microsoft-IIS/7.5 X-AspNet-Version:4.0.30319 X-Powered-By:ASP.NET The json response is attached. It should be a valid json string with some escaped xml snippets in some of the values. In turn, some of the xml snippets have some escaped json properties in a data-config attribute that end up being used by Ext.js. I chose one of our more complicated (but not long) responses since it will probably give the best chance of demonstrating any json parsing bugs if that is indeed the reason for failure. 471556 12 vsevik 2011-09-22 07:46:07 -0700 Looks like your JSON is correct, when I run xhr = new XMLHttpRequest(); xhr.open("GET", "https://bug-20628-attachments.webkit.org/attachment.cgi?id=106421"); xhr.send(); in the console on this bug's page, I can see the content as a tree in preview tab. Moreover, for JSON content we do not check content-type at all. We only check that the resource is an XMLHttpRequest result and oculd be parsed as JSON. One case when this feature does not work is when main document url is the same as the one for XMLHttpRequest. E.g. if you run the same line on the https://bug-20628-attachments.webkit.org/attachment.cgi?id=106421 page, then the content is parsed. I am going to fix this, but I'd like to know if this is exactly your problem or another one. 471646 13 DDSquad_99 2011-09-22 09:53:08 -0700 (In reply to comment #12) > One case when this feature does not work is when main document url is the same as the one for XMLHttpRequest. E.g. if you run the same line on the https://bug-20628-attachments.webkit.org/attachment.cgi?id=106421 page, then the content is parsed. > I am going to fix this, but I'd like to know if this is exactly your problem or another one. Aha, that does seem to be my issue. In this web application, all requests are funneled through the same url (an .aspx page) and it sends back the right content (html or json) depending on the contents of the request. 471737 14 vsevik 2011-09-22 11:34:43 -0700 I filed https://bugs.webkit.org/show_bug.cgi?id=68646 for that. 646083 15 robert.colburn+bugzilla 2012-06-11 10:34:23 -0700 Old bug. Is this now complete w/ Bug 68646 ? 646380 16 DDSquad_99 2012-06-11 16:08:40 -0700 (In reply to comment #15) > Old bug. Is this now complete w/ Bug 68646 ? Yes, the JSON hierarchical view now works in all circumstances I have run across after completion of Bug 68646 106421 2011-09-06 08:28:28 -0700 2011-09-06 08:28:28 -0700 sample of an application/json response for which Chrome does not show a hierarchical preview response.json application/json 4972 DDSquad_99 eyJpdGVtcyI6W3sicGF0aCI6InNjcmlwdCIsImlkIjoiZm9ybUNvbnRlbnQiLCJ2YWx1ZSI6Ijxz Y3JpcHQgdHlwZT1cInRleHQvamF2YXNjcmlwdFwiIHhtbG5zPVwiaHR0cDovL3d3dy53My5vcmcv MTk5OS94aHRtbFwiPkRDVC5zZXNzaW9uSUQgPSAnMDcyMjVCQUQ6N0NBNzRGMTM6OUJCRkQwQjU6 Mjc4RTg4Q0Q6N0EzNUQ5MUQ6NDhFOTBDNDEnO0RDVC5tYW51c2NyaXB0SUQgPSAnQmlsbGluZ0Jh c2VQcm9kdWN0JztEQ1QudG9waWMgPSAnTWFpbkludGVydmlldyc7RENULnBhZ2UgPSAnU3VibWlz c2lvbkRldGFpbFNpbXBsZSc7RENULnNhdmVQYWdlU2V0ID0gXCJcIjtEQ1QuaW1hZ2VEaXIgPSAn U2tpbnMvQXZhbnRHYXJkZTIvaW1hZ2VzLyc7RENULnNraW5zRGlyID0gJ1NraW5zL0F2YW50R2Fy ZGUyJztEQ1QuY3VycmVudFBhZ2UgPSBcImludGVydmlld1wiO0RDVC5ub3RpZnlNZXNzYWdlID0g XCJcIjtEQ1QuY2xpZW50TmFtZSA9IFwiRGFubnlcIjs8L3NjcmlwdD4iLCJ0eXBlIjoiY2hhbmdl In0seyJwYXRoIjoic2NyaXB0Om50aC1jaGlsZCgyKSIsImlkIjoiZm9ybUNvbnRlbnQiLCJ2YWx1 ZSI6IjxzY3JpcHQgdHlwZT1cInRleHQvamF2YXNjcmlwdFwiIGRlZmVyPVwiZGVmZXJcIiB4bWxu cz1cImh0dHA6Ly93d3cudzMub3JnLzE5OTkveGh0bWxcIj5FeHQub25SZWFkeSggZnVuY3Rpb24o KSB7XHRydW5Db2xsZWN0aW9uQ2hlY2soKTtyZWZyZXNoUGFnZSgnYWk5Jyk7c2V0Rm9ybUVuY29k aW5nKCk7Zm9ybWF0SW5wdXRGaWVsZHMoKTtzaG93Tm90aWZ5TXNnKCk7aW5pdENvbGxhcHNpYmxl U2VjdGlvbnMoKTtidWlsZEV4dGVybmFsTW9kdWxlcygpO2J1aWxkUmF0aW5nTWVzc2FnZVdpZGdl dCgpO29uTG9hZEZyb21Qb3B1cENoZWNrKCk7Y3VzdG9tT25sb2FkKCk7fSk7PC9zY3JpcHQ+Iiwi dHlwZSI6ImNoYW5nZSJ9LHsicGF0aCI6IkB2YWx1ZSIsImlkIjoiX2ZpZWxkQ2hhbmdlZCIsInZh bHVlIjoiMSIsInR5cGUiOiJjaGFuZ2UifSx7InBhdGgiOiJkaXYvQGRhdGEtY29uZmlnIiwiaWQi OiJmX19EOUI4ODdGOEZDMTI0NTg0ODEzNDk4M0E2NzBBODU5RjJfM0NtcCIsInZhbHVlIjoie3Jl bmRlclRvOiBcImZfX0Q5Qjg4N0Y4RkMxMjQ1ODQ4MTM0OTgzQTY3MEE4NTlGMl8zQ21wXCIsaWQ6 IFwiZl9fRDlCODg3RjhGQzEyNDU4NDgxMzQ5ODNBNjcwQTg1OUYyXzNHcnBcIixkY3RSZXF1aXJl ZDogXCIwXCIsZGN0Q2hlY2tCb3hlczogW3tpZDogXCJmX19EOUI4ODdGOEZDMTI0NTg0ODEzNDk4 M0E2NzBBODU5RjJfM1wiLGRpc2FibGVkOiBmYWxzZSxib3hMYWJlbDogZmFsc2UsbmFtZTogXCJi b29sZWFuXzJfMVwiLGlucHV0VmFsdWU6IFwiMVwiLGNoZWNrZWQ6IGZhbHNlLGRjdEFjdGlvbklk OiBcIkJpbGxpbmdCYXNlUHJvZHVjdF9NYWluSW50ZXJ2aWV3X1N1Ym1pc3Npb25EZXRhaWxTaW1w bGVcIn1dfSIsInR5cGUiOiJjaGFuZ2UifSx7InR5cGUiOiJkZWxldGUiLCJwYXRoIjoiIiwiaWQi OiJjX19EOUI4ODdGOEZDMTI0NTg0ODEzNDk4M0E2NzBBODU5RjVfMyIsInZhbHVlIjoiIn0seyJ0 eXBlIjoiYWRkIiwicGF0aCI6ImRpdjpudGgoMykvZGl2L2xhYmVsIiwiaWQiOiJzXzFfMyIsInZh bHVlIjoiPGxhYmVsIGlkPVwiY19fRDlCODg3RjhGQzEyNDU4NDgxMzQ5ODNBNjcwQTg1OUY0XzNc IiBmb3I9XCJmX19EOUI4ODdGOEZDMTI0NTg0ODEzNDk4M0E2NzBBODU5RjRfM1wiIGNsYXNzPVwi cmVxdWlyZWRGaWVsZCBcIiBxdGlwPVwiXCIgeG1sbnM9XCJodHRwOi8vd3d3LnczLm9yZy8xOTk5 L3hodG1sXCI+QmFuayBOYW1lPHNwYW4gY2xhc3M9XCJyZXF1aXJlZFwiPio8L3NwYW4+PC9sYWJl bD4ifSx7InR5cGUiOiJkZWxldGUiLCJwYXRoIjoiIiwiaWQiOiJmX19EOUI4ODdGOEZDMTI0NTg0 ODEzNDk4M0E2NzBBODU5RjVfM0NtcCIsInZhbHVlIjoiIn0seyJ0eXBlIjoiYWRkIiwicGF0aCI6 ImRpdjpudGgoMykvZGl2Om50aCgyKS9kaXYiLCJpZCI6InNfMV8zIiwidmFsdWUiOiI8ZGl2IGNs YXNzPVwiY29udHJvbENvbnRhaW5lciB4LWZvcm0tZmllbGQtd3JhcFwiIGlkPVwiZl9fRDlCODg3 RjhGQzEyNDU4NDgxMzQ5ODNBNjcwQTg1OUY0XzNDbXBcIiBkYXRhLWNtcGlkPVwiZl9fRDlCODg3 RjhGQzEyNDU4NDgxMzQ5ODNBNjcwQTg1OUY0XzNcIiB4bWxucz1cImh0dHA6Ly93d3cudzMub3Jn LzE5OTkveGh0bWxcIj48ZGl2IGNsYXNzPVwiaW50ZXJ2aWV3SW5wdXRTdHJpbmdGaWVsZFwiIGRh dGEtY29uZmlnPVwie3JlbmRlclRvOiAmcXVvdDtmX19EOUI4ODdGOEZDMTI0NTg0ODEzNDk4M0E2 NzBBODU5RjRfM0NtcCZxdW90OyxpZDogJnF1b3Q7Zl9fRDlCODg3RjhGQzEyNDU4NDgxMzQ5ODNB NjcwQTg1OUY0XzMmcXVvdDssZGN0Q2FwdGlvbjogJnF1b3Q7QmFuayBOYW1lJnF1b3Q7LGRjdFR5 cGU6ICZxdW90O3N0cmluZyZxdW90OyxkY3RSZXF1aXJlZDogJnF1b3Q7MSZxdW90OyxkY3RKU0Zv cm1hdHRlcjogJnF1b3Q7JnF1b3Q7LHR5cGU6ICZxdW90O3RleHQmcXVvdDssbmFtZTogJnF1b3Q7 c3RyaW5nXzQmcXVvdDssc2l6ZTogNTAsdmFsdWU6ICZxdW90OyZxdW90OyxtYXhMZW5ndGg6IDUw fVwiPjwvZGl2PjwvZGl2PiJ9LHsidHlwZSI6ImRlbGV0ZSIsInBhdGgiOiIiLCJpZCI6ImNfX0Q5 Qjg4N0Y4RkMxMjQ1ODQ4MTM0OTgzQTY3MEE4NTlGNl8zIiwidmFsdWUiOiIifSx7InR5cGUiOiJh ZGQiLCJwYXRoIjoiZGl2Om50aCg0KS9kaXYvbGFiZWwiLCJpZCI6InNfMV8zIiwidmFsdWUiOiI8 bGFiZWwgaWQ9XCJjX19EOUI4ODdGOEZDMTI0NTg0ODEzNDk4M0E2NzBBODU5RjVfM1wiIGZvcj1c ImZfX0Q5Qjg4N0Y4RkMxMjQ1ODQ4MTM0OTgzQTY3MEE4NTlGNV8zXCIgY2xhc3M9XCJyZXF1aXJl ZEZpZWxkIFwiIHF0aXA9XCJcIiB4bWxucz1cImh0dHA6Ly93d3cudzMub3JnLzE5OTkveGh0bWxc Ij5BY2NvdW50IE51bWJlcjxzcGFuIGNsYXNzPVwicmVxdWlyZWRcIj4qPC9zcGFuPjwvbGFiZWw+ In0seyJ0eXBlIjoiZGVsZXRlIiwicGF0aCI6IiIsImlkIjoiZl9fRDlCODg3RjhGQzEyNDU4NDgx MzQ5ODNBNjcwQTg1OUY2XzNDbXAiLCJ2YWx1ZSI6IiJ9LHsidHlwZSI6ImFkZCIsInBhdGgiOiJk aXY6bnRoKDQpL2RpdjpudGgoMikvZGl2IiwiaWQiOiJzXzFfMyIsInZhbHVlIjoiPGRpdiBjbGFz cz1cImNvbnRyb2xDb250YWluZXIgeC1mb3JtLWZpZWxkLXdyYXBcIiBpZD1cImZfX0Q5Qjg4N0Y4 RkMxMjQ1ODQ4MTM0OTgzQTY3MEE4NTlGNV8zQ21wXCIgZGF0YS1jbXBpZD1cImZfX0Q5Qjg4N0Y4 RkMxMjQ1ODQ4MTM0OTgzQTY3MEE4NTlGNV8zXCIgeG1sbnM9XCJodHRwOi8vd3d3LnczLm9yZy8x OTk5L3hodG1sXCI+PGRpdiBjbGFzcz1cImludGVydmlld0lucHV0U3RyaW5nRmllbGRcIiBkYXRh LWNvbmZpZz1cIntyZW5kZXJUbzogJnF1b3Q7Zl9fRDlCODg3RjhGQzEyNDU4NDgxMzQ5ODNBNjcw QTg1OUY1XzNDbXAmcXVvdDssaWQ6ICZxdW90O2ZfX0Q5Qjg4N0Y4RkMxMjQ1ODQ4MTM0OTgzQTY3 MEE4NTlGNV8zJnF1b3Q7LGRjdENhcHRpb246ICZxdW90O0VGVCBBY2NvdW50IE51bWJlciZxdW90 OyxkY3RUeXBlOiAmcXVvdDtzdHJpbmcmcXVvdDssZGN0UmVxdWlyZWQ6ICZxdW90OzEmcXVvdDss ZGN0SlNGb3JtYXR0ZXI6ICZxdW90OyZxdW90Oyx0eXBlOiAmcXVvdDt0ZXh0JnF1b3Q7LG5hbWU6 ICZxdW90O3N0cmluZ181JnF1b3Q7LHNpemU6IDE3LHZhbHVlOiAmcXVvdDsxJnF1b3Q7LG1heExl bmd0aDogMTd9XCI+PC9kaXY+PC9kaXY+In0seyJ0eXBlIjoiZGVsZXRlIiwicGF0aCI6InRyIiwi aWQiOiJ0X19EOUI4ODdGOEZDMTI0NTg0ODEzNDk4M0E2NzBBODU5RjE0XzMiLCJ2YWx1ZSI6IiJ9 LHsidHlwZSI6ImFkZCIsInBhdGgiOiJkaXY6bnRoLWNoaWxkKDYpIiwiaWQiOiJzXzFfMyIsInZh bHVlIjoiPGRpdiBjbGFzcz1cImRvd25GaWVsZEdyb3VwXCIgeG1sbnM9XCJodHRwOi8vd3d3Lncz Lm9yZy8xOTk5L3hodG1sXCI+PGRpdiBjbGFzcz1cImRvd25CZWZvcmVGb3JtTGFiZWxcIiB4bWxu czptc3hzbD1cInVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206eHNsdFwiPjxsYWJlbCBpZD1cImNf X0Q5Qjg4N0Y4RkMxMjQ1ODQ4MTM0OTgzQTY3MEE4NTlGNl8zXCIgZm9yPVwiZl9fRDlCODg3RjhG QzEyNDU4NDgxMzQ5ODNBNjcwQTg1OUY2XzNcIiBjbGFzcz1cInJlcXVpcmVkRmllbGQgXCIgcXRp cD1cIlwiPlJvdXRpbmcgTnVtYmVyPHNwYW4gY2xhc3M9XCJyZXF1aXJlZFwiPio8L3NwYW4+PC9s YWJlbD48L2Rpdj48ZGl2IGNsYXNzPVwiZG93bkZvcm1GaWVsZFwiIHhtbG5zOm1zeHNsPVwidXJu OnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp4c2x0XCI+PGRpdiBjbGFzcz1cImNvbnRyb2xDb250YWlu ZXIgeC1mb3JtLWZpZWxkLXdyYXBcIiBpZD1cImZfX0Q5Qjg4N0Y4RkMxMjQ1ODQ4MTM0OTgzQTY3 MEE4NTlGNl8zQ21wXCIgZGF0YS1jbXBpZD1cImZfX0Q5Qjg4N0Y4RkMxMjQ1ODQ4MTM0OTgzQTY3 MEE4NTlGNl8zXCI+PGRpdiBjbGFzcz1cImludGVydmlld0lucHV0U3RyaW5nRmllbGRcIiBkYXRh LWNvbmZpZz1cIntyZW5kZXJUbzogJnF1b3Q7Zl9fRDlCODg3RjhGQzEyNDU4NDgxMzQ5ODNBNjcw QTg1OUY2XzNDbXAmcXVvdDssaWQ6ICZxdW90O2ZfX0Q5Qjg4N0Y4RkMxMjQ1ODQ4MTM0OTgzQTY3 MEE4NTlGNl8zJnF1b3Q7LGRjdENhcHRpb246ICZxdW90O0VGVCBSb3VyaW5nIE51bWJlciBFbnRl cmVkJnF1b3Q7LGRjdFR5cGU6ICZxdW90O3N0cmluZyZxdW90OyxkY3RSZXF1aXJlZDogJnF1b3Q7 MSZxdW90OyxkY3RKU0Zvcm1hdHRlcjogJnF1b3Q7JnF1b3Q7LHR5cGU6ICZxdW90O3RleHQmcXVv dDssbmFtZTogJnF1b3Q7c3RyaW5nXzYmcXVvdDssc2l6ZTogOSx2YWx1ZTogJnF1b3Q7MSZxdW90 OyxtYXhMZW5ndGg6IDksZGN0QWN0aW9uSWQ6ICZxdW90O0JpbGxpbmdCYXNlUHJvZHVjdF9NYWlu SW50ZXJ2aWV3X1N1Ym1pc3Npb25EZXRhaWxTaW1wbGUmcXVvdDt9XCI+PC9kaXY+PC9kaXY+PC9k aXY+PC9kaXY+In1dfQ==