Saturday, May 17, 2014

UPDATE: Chome Devtools Network Panel export and import

In this blog entry I talked about an idea about exporting and importing raw network data from Chrome Devtools Network Panel. I have made quite a bit of progress implementing the idea. I am now able to export and import the raw data. I am also able to clone the Network Panel. The only bit that remains is to convert the raw data into network requests and load them into the cloned Network Panel.

I have filed the issue.

You can try out the implementation using my DevToolsApp (download from Chrome Web Store). Use the following URL for export/import raw network data capable Chrome Devtools:

I have added this URL to the preconfigured URLs in DevToolsApp and the new (1.1) version of DevToolsApp should appear soon on the Chrome Web Store.

Feedback is welcome!

Thursday, May 08, 2014

UPDATE on Windows 8.1 Thin Taskbar

I love the feature of 7+ Taskbar Tweaker which was recently updated to enable making the Windows 8.1 Update vertical Taskbar, 1 small icon width thin. The issue with the notifications area has also been fixed making the toolbar truly thin.

However, one does not have to have the 7+ Taskbar Tweaker running all the time. So I wrote this simple c# program to start and stop 7+ Taskbar Tweaker after reboot or after changing the set of monitors the computer is connected to. The start and stop restores the thin taskbar. Of course if you are using other excellent features of 7+ Taskbar Tweaker (thank rammichaels for that) you can let it start at startup and leave it running.

using System;
using System.Diagnostics;
using System.Runtime.InteropServices;

namespace ThinTaskbar
    static class Program
        #region Native API
        // The native API functions/enums/structs needed to access taskbar info
        // consult MSDN for more detailed information about them

        private static extern IntPtr FindWindow(string lpClassName, string lpWindowName);

        // [DllImport("User32.dll")]
        // private static extern bool MoveWindow(IntPtr hWnd, int x, int y, int cx, int cy, bool repaint);


        /// The main entry point for the application.
        static int Main()
            // Start and stop "7+tt"
            ProcessStartInfo startInfo = new ProcessStartInfo();
            startInfo.FileName = "C:\\Users\\sandip\\AppData\\Roaming\\7+ Taskbar Tweaker\\7+ Taskbar Tweaker.exe";
            startInfo.WindowStyle = ProcessWindowStyle.Hidden;
            Process sevenplustt = Process.Start(startInfo);
            return 0;

IMO, thin vertical taskbar should be standard feature (make it an option) of windows desktop when used in traditional way - keyboard + mouse. I understand why the Taskbar needs to be little thicker for touch interface to work correctly, but it is not as if everyone has switched to touch interfaces. Also why can't this be an option, possibly even turned off by default Microsoft wants to discourage it. I do not like it when they know better that the users. This reminds me of debate on Mac OS as to why the windows cannot be resized from all side, which the Apple and their fanboys ridiculed for long time and now Mac OS supports it. Go figure!

Eclipse: Show All Instances of Java Type Eclipse Plugin works for Groovy classes

In this blog entry I talked about the Show All Instances of Java Type Eclipse Plugin. Not surprisingly it also works while doing Groovy/Grails debugging also.

Install the plugin from Eclipse Marketplace website or Eclipse Marketplace Client.


FireJSOD available on Mozilla Add-ons site

Available on Mozilla site:

Tuesday, May 06, 2014

Idea: Chome Devtools Network Panel export and import

Sure Chrome Devtools Network Panel has the Save All as HAR with Content menu :

Unfortunately I am not able to save the raw network data to a file directly. So I cam up with this solution:

File selection dialog for selecting .rnd files:

Imported Network Panel

but that saves the network traffic in HAR format - which is a standard format but does not capture the network traffic as one sees it when it is live. Also when viewed in HAR viewers the requests get grouped by pages, instead of the exact order in which the requests were issued. This especially is sub-optimal when tracking multi-page redirects - especially when the Preserve Log is checked.

To me that is not satisfactory. Instead why not export the raw data from Network Panel and when imported load it in a separate Network Panel. That way you can exactly see the way it was recorded initially. Granted this will be very specific to Chrome Devtools, but then who uses any other browser :) Just kidding.

Anyhow, after my experience with JSOD integration with Chrome Devtools, I feel encouraged to implement the above. The idea will be to add an Export Raw... and Import Raw... menu items to the above context menu. Export functionality will basically export the raw data behind the Network Panel. Import will create an Network Panel clone and load the data in it.I will develop the import functionality in a modular fashion so that it can be launched standalone.

I have started the work on this. The Google code git repository:

Current progress:

  • As seen above, I am now adding the Export Raw... and Import Raw... context menu items.
  • Able to capture the network raw requests.
  • Able to create the Imported Network Panel
  • With the following code I am able to export the requests in JSON format

  • JSON.stringify(this._requests, function(key, value) {
    if (value instanceof WebInspector.Target) {
    return value;
    }, 4);

  • Now am able to import the data back.


  • Export
    • Export the data in JSON format to a file or URL. 
  • Import
    • Convert it into WebInspector.NetworkRequest
    • Load the converted WebInspector.NetworkRequest into Imported Network Panel

Almost there. Stay tuned!

Friday, May 02, 2014


A simple Chrome Packaged App to try out different versions of Chome Devtools or your own or someone else's enhancements/fixes served from a accessible URL :


Showcase Chrome Debugging Protocol Clients

To try this:
  • Install Chrome
  • Run Chrome with  --remote-debugging-port=port e.g.

> ...\chrome.exe --remote-debugging-port=9222 --no-first-run

  • Load page to be debugged in it
  • Install DevToolsApp from Chrome Web Store.
  • Launch it. You will see a window like the screenshot above.
  • Click on the run button.
  • Select the page to be debugged by clicking on it from the list of pages shown
  • Voila, it should load the devtools and start debugging the selected page
DevToolsApp  also tries to get latest 15 branch URLs from the site below:

Of course you are free to type branch number or even the whole devtools URL that you want to load.

When you click in the devtools URL input field it will show you a popup with some information (if available) about the specified devtools. Explore various devtools URLs.
Feedback welcome.