There's a lesson here in seeing a problem and solving it instead of complaining about it. I had heard recently about the problem with FireBug (for example) not having a name to show for anonymous functions, but I considered it an annoyance to be coped with, rather than a bug to fix.
Also a big win for open source. This process is not possible with IE.
It seems like the IE developers already implemented a trick similar to this last year: http://blogs.msdn.com/ie/archive/2008/09/11/introducing-the-.... For all we know, this WebKit improvement is inspired by the IE8 profiler. Accordingly, this is a bad case to use as an example of the alleged benefits of open source over closed source software since the closed source implementation came first and costs no more than the open source version.
In some cases, this might fail to infer a name,
in which case, the function is listed with
the special name “[Anonymous]”.
Additionally, the "heavy" mode was in fact rewritten (and moved from C++ to JS). The old one wasn't computing any information that was useful.
The "heavy" view in the profiler reported incorrect information when recursive function calls were involved. The default view (top-down) of the profiler worked fine, and the heavy view worked correctly when recursion was not involved. The core of the profiler, where the real work is done and the data is actually collected, also functioned correctly.
All in all, I think boucher's reasoning behind this seemingly crucial title was to get people excited about the "enhanced" WebKit profiler, not to somehow imply the WebKit team has never done any work on this problem before or something. I'm not sure that many people would have cared that much if he'd written "minor/some bug fixes to safari profiler", especially if they had already encountered some of these bugs in the past and had been turned off by them initially, not to mention that the changes were indeed pretty significant.
Trust us, we know the frustration. We love WebKit at 280 North and are constantly saddened to hear that a lot of people don't even know about any of WebKit's truly great debugging facilities.
We're all better off if we focus on doing great things and set the sensationalism aside. Thanks again for the contributions to WebKit, and I hope there are more going forwards!
All in all, I am terribly jealous.