Today, we’ve released a major update to HttpWatch. The biggest news is that has mobile support:

This isn’t a cut down, limited version of HttpWatch for the iPhone. It shares the following powerful features with the plugins for IE and Firefox on Windows:

• Shows real time waterfall charts as a page is loaded
• Shows byte level streams sent to and received from the web server
• Opens and saves log files in HWL or HAR format
• Displays information about compression, content, cookies, headers and errors

The log files can be sent by email or transferred to a Mac or PC through iTunes file sharing.

There’s a free Basic Edition app and a paid for Professional Edition app – with the same file sharing capabilities as their Windows equivalents. For example, you could record an HWL file with the free Basic Edition on the iPhone and then view the data in detail using the Professional Edition on Windows.

The version 9.0 update of HttpWatch for Windows has also been enhanced. The IE plugin records SSL handshake timings:

and displays information about the type of SSL connection being used:

(These SSL related features are available in IE and the iPhone app, but not Firefox in the current version)

Also, now in version 9.0 the log file records the name and type of device being used:

Any customers eligible for a free upgrade to HttpWatch Professional can install the latest version using their existing license key. If you’re not sure whether your license will work with version 9.0 go to Help->Check For Updates in HttpWatch and it will show you any available updates or upgrades.

The HttpWatch iPhone apps are available in the app store on your device or through iTunes on your Mac or PC:

Some customers have asked recently about whether HttpWatch can be automated with PowerShell. This is possible but we don’t have any samples or supporting documentation.

If you’re interest in driving HttpWatch with PowerShell please take a look at this excellent post on F5 DevCentral by Joe Pruitt:

Project Acceleration: Programmatic Performance Testing with HTTPWatch

The Problem

Every six weeks a new version of Firefox is released by Mozilla. Unfortunately, binary extensions like HttpWatch need to be recompiled and ship a new DLL for each new release.

Currently, HttpWatch supports the following versions of Firefox:

2, 3, 3.5, 3.6, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17

There’s 18 different version of Firefox that HttpWatch needs to support and be tested against. Also. every six weeks the HttpWatch installer increases in size, takes longer to install and takes up more space on the target machine.

We really need to start dropping support for older Firefox versions as we’ll get up to Firefox version 30 in about 18 months time!

Firefox ESR – The Mozilla Slow Lane

One of Firefox’s key benefits is the range and power of the add-ons available compared to Chrome and Internet Explorer. However the rapid release cycle, and the emphasis on change rather than backwards compatibility, means that even non-binary extensions often need to be updated.

Depending on the extension, there may even be a period where the add-on does not work with the latest version of Firefox. So on the one hand you want to keep Firefox updated to ensure that you have the latest security fixes, but on the other you don’t want to keep breaking extensions that you use on a regular basis.

It turns out there is a way to keep your extensions working for longer and keep up with Firefox security fixes.

It’s called Firefox ESR (Extended Support Release):

The idea is that at every 7th major version from version 10 onwards is designated an ESR release.

If you run with this version of the browser you will be in the ESR update channel:

You’ll get all the latest security fixes without breaking compatibility with add-ons for approximately 42 weeks or 7 Firefox release cycles.

So users of Firefox 10.0 ESR would recently have moved to Firefox 17.0 ESR. They will stay on Firefox 17.0 and get security updates until Firefox 24 is released.

It’s not very well publicized by Mozilla, but Firefox 17 ESR is available for download from the Mozilla FTP server.

Proposed Change to Firefox Version Support in HttpWatch

In future we’re planning on only supporting Firefox versions that include the last two Firefox ESR releases. So, in the update for Firefox 18 we would drop support for Firefox versions 2.0 to 9.0. Then when Firefox 24 is released next year we would drop support for versions 10 to 16.

We’ve studied Firefox version usage on our site and it looks like dropping version support in this way is likely to affect less than 1% of Firefox users.

What do you think? Please let us know in the comments below or by email if the change would significantly impact the way that you use HttpWatch