To see the issue yourself, with Firefox 3.0.7 and Firebug 1.3.3 installed and everything (console, script and net panels) turned on,

1. open www.panoramio.com
2. open Firebug and enable console, script, and net panels
3. reload (Cmd-R)
4. select a picture in the minimap area.
5. click on the inset picture that pops up

It’s pretty easy to see. Clicking on one of the little pictures causes Firefox to freeze with a “Read ajax.googleapis.com” message in the status bar. Clicking Reload will load up the next page.

Jan “Honza” Odvarko chewed on this a bit over the weekend and determined that there was a deadlock occurring between Firebug’s cache (used to prevent occurrences of the “Double Load” problem, among other things) and Firefox’ own cache. He came up with a work-around to avoid checking Firebug’s cache in certain situations.

This morning we created beta builds of Firebug 1.3.4b1 and put them up in http://getfirebug.com/releases/firebug/1.3 and 1.3X (should be available around 1800UTC). They contain this patch and nothing else and verifies that the user is in Firefox 3.0.7 before avoiding the problem code. While Honza maintains that this won’t cause a sudden recurrence of the double load issue, he is concerned about users seeing “failed to load source” errors. The underlying cause of this change appears to be in the Firefox code itself and I’ve filed bug 482293 to track this regression.

As always, please file bugs in our issues tracker or drop us a line in the discussion group for questions or feedback.

While that’s cooking, Firebug 1.4 is going into its 7th alpha with even more tasty goodness included in the Net panel — we’re considering renaming it to the Honza panel, or maybe just putting an icon of Honza’s face in there. It’s got that much Honza in it. Also, John Barton has added some new Script panel improvements and performance enhancements. Scrolling should be even smoother and there’s a new “break-on-next” debugging feature which, at the moment, as almost sure to break things in new and exciting ways. Feel free to try it out at the usual place: http://getfirebug.com/releases/firebug/1.4.

John Resig and Honza have been working on getting Fireunit ready for prime-time as well. Over the next month, I plan on integrating that with some revamped build scripts to get our unittest environment running.

Now I’d like to reintroduce the Firebug Development Blog. It’s been freshly reminted and the links should finally work again on the getfirebug.com website. Expect updates from the team about new features and usage tips as well as developer-related information like API changes. If you’re into Firebug, you’ll want to add that feed to your reader of choice.

• Firebug 1.3.0b2 is available on getfirebug.com
• Discussed Honza’s awesome improvements to the Net panel
• Discussed John Resig’s further efforts on FireUnit and NetUnit integration
• Starting to push new code to 1.4 branch, 1.3 for bugfixes and cleanup only.

That’s the short version.

The longer version includes some good discussion about the net panel improvements, including some ideas for color improvements and drawing MozAfterPaint events on top of time-lines. We’re starting to see some additional load events super-imposed on the network traffic now, so the term “Net panel” is probably going to be replaced with something like, Construction Timeline in a later version. I don’t know what that name will be yet.

Resig’s improvements to FireUnit include a test-runner mechanism for running through a set of chrome files containing unittests. He’s also making good progress on integrating Honza’s NetUnit tests which will include the httpd.js server for hosting locally stored tests. We’re getting that much closer to having a usable unittest solution.

That’s not to say that we have full unittest coverage yet. I spent a couple of days messing around last week trying to write some Script panel unittests but ended up scrapping them because I coded around the thing I was trying to test. It was educational at least. I’ve moved back to working on rewriting some of the packaging tools so we can have a saner, cross-platform mechanism for building the extension and stripping out all the debugging and tracing code. Hint: It will probably be written in a language named for a certain non-venomous snake.

Not mentioned in the bullets, John Barton has moved Chromebug into the google code repository we’re using for Firebug. Feel free to check it out and give it a whirl. We should be much closer to having Chromebug in a usable state where Firefox and extension developers can start using it.

Oh, and one last thing: For all you testers running nightlies, we’re going to bump the MaxVersion on Firebug to 3.1 so you can start re-enabling your compatibility checks. Note that Firebug 1.3 on Firefox 3.1 will be considered experimental and useful for testing purposes only. We know there are problems, but we need to track them down and fix them in Firebug 1.4. If you encounter a problem, do a search in our Issues database and if you don’t find it, file it!