Firebug lead developer now working on Web dev tools at Google
groups.google.com
groups.google.com
There's still stuff I miss about firebug, but overall the chrome web tools are a gigantic improvement in speed, reliability, and functionality. Firebug feels like a dinosaur in comparison.
Capturing the web developer mindshare is actually a huge win for Google, because it means the quality of web apps is going to be highest for Chrome end-users, with subtle but visible bugs in other browsers due to the simple fact that developers will spend less time in these browsers.
However when it comes to CSS and HTML, its lagging behind Firebug.
That said, now adays I find myself in Chrome far more than Firefox simply because Javascript debugging in Chrome is fast, never crashes, and is pretty necessary if you're building an extensive rich interface app.
1. The console is a lot better. You aren't limited to the one line interpreter that Chrome provides.
2. Using console.log, and console.dir I get a colored DOM/JSON output. I can click the DOM element and it'll get me to the DOM/HTML tab. This is not available in Chrome. I can move the mouse over the DOM element and it'll be highlighted in the browser.
3. Add-ons: I use the jQuery and Cookies add-ons and they add a lot to the console. I can include jQuery with a click and it highlights the jQuery objects for me in the console. I can watch cookies changes from the console directly.
4. For the debugging tools, they are equal. For syntax coloring the JavaScript code, there is a Firebug add-on for that.
They don't link to the Elements tab though.
One of them is console.log():
(function(){
var obj = {};
console.log(obj);
obj.new_value = "hello";
console.log(obj);
})();
In Chrome, this logs an object {new_value: "hello"} twice, as opposed to the expected: an empty object, and then the aforementioned object.More details here: http://techblog.appnexus.com/2011/webkit-chrome-safari-conso...
It's not something I encounter often, but when I do, it's really obnoxious to have to work around it. I mean, it's console.log() ffs.
I switched to OSX 4 years ago and i hate to say it, but I found IE9 and IE10 debuggers (even ran in virtual machine) the be the most stable debugging tools. I encourage you to give it a try. It turns out, that we're living rather a miserable life trying to find tools that don't crash, and there are good tools out there. Too bad they are on the "alternative" operating system MS Windows is.
Some issues I've found with Chrome dev tools:
* console.log() is fundamentally broken [1]. There's a bug filed for it and it doesn't seem like it will be fixed.
* When you log an HTML element, there's no way to jump to it in the "Elements" view.
* If XHR response is in JSON, it does not show you it in friendly easy-to-navigate format, but rather a big string.
Aside from that both tools are really awesome and do pretty much everything I need them to.
[1]: http://techblog.appnexus.com/2011/webkit-chrome-safari-conso...
#3 is fixed (at least in the dev channel). There is a preview tab next to headers and response.
That's a workaround for a completely broken behavior.
Every time I use the dev tools I find them lacking a lot of UI/UX details that Firebug had there forever.
Being unable to quickly switch between the CSS and Layout/Metrics view is another major downer. Tabs beat scrolling, always.
Front end web development changed seemingly overnight for the better when Firebug came on the scene.
Given that Nightly is the least stable kind of build and could have other problems along the way, we've reached a pretty good point with Firebug's compatibility.
Of course, you also have the Web Console if you're having trouble with Firebug (and I'll grant that this alone is not a replacement for Firebug!)
ObDisclaimer: I'm the product manager for devtools at Mozilla.
The web console is not a replacement for firebug. its just decent built in tools.
Firebug - guess what - supports Firefox 7 and probably 8 too. And of course, Firefox 5 as well which is the latest release of Firefox btw.
It's tiring to read the large amount of FUD against Firefox lately. People like you are the major regression to the interwebs. Very seriously.
Today I needed to determine if any resources were 404ing on a page. Yesterday I wanted to see the exact POST request my browser was sending. I did both on FF using the inbuilt developer tools. I'm sure they may not replace every piece of Firebug functionality, but I didn't say they did.
> People like you are the major regression to the interwebs. Very seriously.
I've flagged your post. Please read http://ycombinator.com/newsguidelines.html
These are just a few things Google has copied from Mozilla. I don't go around complaining about all the thing Google has copied from Mozilla, but the record has to be set straight, Mozilla is not following Google, they are going there own way. They implemented sandboxed Flash first and compartments which Chrome is missing.
Funny that Google haven't updated the Google toolbar.
"It doesn't take a conscious effort to make software incompatible. All you have to do is not work too hard at fixing bugs—which, if you're a big company, you produce in copious quantities. The situation is analogous to the writing of "literary theorists." Most don't try to be obscure; they just don't make an effort to be clear. It wouldn't pay." - Paul Graham http://paulgraham.com/microsoft.html
Embrace, Extend, Extinguish.
I do a lot of Firefox extension development. Many companies or users have a need for highly specialized functionality built into a browser, and Firefox provides an very rich platform for that. You can easily build powerful applications that integrate tightly with Firefox.
Chrome's extension capability is much lighter and more restricted; Chrome extensions are just light little packets of functionality that add to the browser. There's many things that you can't do that you could do in Firefox.
I think that area is definitely where Firefox wins, and will probably continue winning in the future.
Does everyone need that, and is it enough to keep a large market share? I don't know...but it is something that Firefox does better.
They abandoned XULRunner and Gecko as independent platforms. They're committing to breaking every traditional extension every 6 weeks with the new release cycle (and told institutional users to go fuck themselves). The new stable extension APIs will be limited just like Chrome.
Companies will just switch to modern IE, Iceweasel, or Safari to get a maintained shelf-stable browser. Everyone else will use Chrome.
I don't have much experience with the new extension SDK, so I can't comment on it authoritatively. The old system is not without problems, and I'm actually glad that they are moving over to something closer to Chrome in terms of certain things...
http://ostatic.com/blog/early-glimpse-of-firefox-8-shows-vas...
That's true, but let's give credit where credit's due. It was Joe Hewitt who created Firebug.
-> Google I/O 2011: Chrome Dev Tools Reloaded http://www.youtube.com/watch?v=N8SS-rUEZPg
Btw, Paul Irish is co-presenter ;)
Some nice tips & tricks were also posted on the chromium blog a few months ago: http://blog.chromium.org/2011/02/chrome-developer-tools-back...
In 2009 the Mozilla Foundation chalked up $104 million in revenue[1] from ties with Google, Yahoo, Yandex, Amazon, Ebay and others. I'd imagine there are some large donations in there as well.
[1] http://www.mozilla.org/foundation/annualreport/2009/faq.html
I think our current drive to re-architect Firebug is on the
right track, but I could not obtain another year of support
from IBM to contribute to that work.
Clearly, he would have stayed if either IBM or Mozilla offered their "support." Programmers need to eat :xGoogle's marketing budget for Chrome is likely larger than Mozilla's entire budget overall.
I can't say anything about this particular hire and what the reasons were there, since I know nothing about it. But in general if money is your goal, Google can outbid everyone else, often by a lot.
I wasn't expecting this announcement, but it's not surprising. Google is actively developing their dev tools, and Mozilla has...some exploratory experiments, with no concrete roadmap for a feature complete Firebug replacement. I still don't understand the politics behind Mozilla's decisions regarding firebug and switching to developing built-in tools (while giving token support to the firebug crew), but it was a poor one. A clean slate is great in theory, but when you alienate a community and defacto-deprecate a tool with no replacement in sight, this is exactly the kind of thing you should expect.
Mozilla has a lot going on and Firebug, for it's part, is an independent project with goals and plans of its own. I wrote about this a bit here:
http://blog.mozilla.com/devtools/2011/05/25/the-relationship...
Mozilla's developer tools work has been steadily increasing this year, and you'll start seeing a good deal more communication about what we're up to.
Kevin (product manager for Mozilla's developer tools)
Of course, Mozilla could have hired him in theory. Perhaps it made him an offer. I have no idea. I was just responding to the previous comment, pointing out that as far as money is concerned, I am quite sure Google can offer much more than Mozilla (or basically anyone else, except perhaps Apple, Microsoft, etc. And of course some startups can offer more in terms of shares, but not cash.)
The comment about marketing was a quick way to give an idea of the difference in budget between Google and Mozilla.
> I wasn't expecting this announcement, but it's not surprising. Google is actively developing their dev tools, and Mozilla has...some exploratory experiments
I would say Mozilla's development tools are much more than experiments, but I agree Google has focused on them as a core part of the browser for longer. In part this is because of the existence of Firebug, which made it so Mozilla did not have to focus on such things. But there has definitely been a recent shift in Mozilla on this matter.
My guess, Firefox have gotten that big because of the developers that installed the browser everywhere. It's the same story as Twitter, which flourished the same way.
That's why the Chrome developments do not come as a surprise, as well as the Google+'s API, which is already in closed beta (how many years it took Facebook to create their own "platform" that, effectively, alienated many regular users, not interested in the farm news?)
I use Chrome's built in dev tools but also Firebug Lite, its handy to see Ajax queries (and console debug logs) on the actual page instead of a separate Chrome window.
figure out some convention to do console output that doesn't break on browsers that don't support the console. Maybe something like:
//->console.log("hello world")
2. some browsers provide console.log but not others
3. those methods most of the time are not .apply'able or .call'able. that matters when you try to output an array of items with the right firebug/devtools coloring. But you cant. You get the ["Message", "was sent", {Object}] output with the arrayish square brackets and all strings with the double quotes. If you pass values directly via console.log(type, action, object) the output will not have double quotes around each string and the "Message was sent" part will read as one sentence, not two values of one array.
4. Some combinations of firefox (i think ff4) with firebug (even disabled) raise exceptions when you attempt to redefine one of the console objects. The exception alone renders some of the sites broken.
Handling the console object is needlessly painful and hard. Someone has to stop it.
function myLog() {
if(window.console && window.console.log) {
window.console.log(arguments)
}
}It's not only the console object functions actually, most of the browsers choke on a [1,2,3].forEach(alert) and other [Native Code] functions.
Works both on IE9 broken console.log, and regular console.log from other vendors. Same hack as using Array.prototype.slice to convert arguments into a real array.
I don't want to downplay John's part in Firebug, which is huge and it's a real shame that the project is losing him. I just want to point out that you will continue to see Firebug releases going forward.
Kevin (PM for Mozilla's developer tools)
I haven't even bothered with Firefox 5 yet. It's not worth my time to work inside yet another browser. At this rate, I might as well just dump Firefox and work inside Chrome.
Mozilla needs to slow the hell down and let Extension developers catch up.
That wasn't the mistake. The mistake was stealing the technical part from Chrome, and not the part that end users love.
Trust me, the only reason Chrome's rapid release schedule hasn't garnered this criticism is because 9/10 users couldn't tell you what the current version of Chrome is, much less what it was when they originally installed it.
Google, while adopting rapid release, has simultaneously made version numbers irrelevant to anyone except devs and power users. That was the important part. Updates don't matter and they just happen.
Mozilla adopted rapid release but kept publicizing each major version like it was a big deal and giving end users ways to opt out other than turning off updates completely. This is a BAD idea.
Rapid release needs to come hand in hand with safer, less drastic, and seamless updates. This will never happen until Mozilla overhauls its extensions system because of how deep & old-world it is and how prone extensions are to break during minor updates.
It's unfortunate for the NoScript fanatics, but a rapid release schedule simply does not work if you provide this many hesitations. I still see FF3.6 and FF4 everywhere, yet unless the person doesn't run Chrome very often, Chrome is always at 12.x. If it isn't, it will be next time they launch.
It's funny, in a way users who clamour for stuff like NoScript are actually putting average users in more danger for their own personal benefit. If Mozilla was allowed to overhaul FF's extension system, updates could be much more seamless and end users would actually end up with the latest version of the program.
Instead, we run the gamut from 1.x to 2.x to 3.x to 4.x to 5.x and everything in between. I'm sure anyone who has worked as a desktop tech has somewhat recently encountered a Firefox 1.x/2.x installation here and there, ever catch a Chrome 1? Chrome 3? Chrome 7? Really, anything except the latest version at the time? Exactly.
Mozilla also has a script that scans extensions on AMO and auto updates the versions they support if they don't detect any issues. For the majority of extensions they should keep working unless they do wired hacky things or use more advanced extension APIs.
Mozilla has also been downplaying the version numbers in recent announcements for Firefox updates. By the end of the year everyone using Firefox will be in the same state of not caring that Chrome users are at.
Mozilla has also overhauled the extension system with the introduction of the Add-on SDK. It is still a little rough but it is HTML/JS, doesn't require browser restarts and it has a fresh API for developers to use. Developers just need to switch to it.
I haven't experienced that behaviour, at least in the Mac version. Every machine I have was updated from v4 to v5 manually, because it didn't happen automatically.
> Mozilla also has a script that scans extensions on AMO and auto updates the versions they support if they don't detect any issues. For the majority of extensions they should keep working unless they do wired hacky things or use more advanced extension APIs.
That unfortunately characterizes many Firefox extensions. I also feel that you are downplaying the issue, I have had simple plugins have their toolbar buttons break between minor updates. The current Firefox extension system just isn't right for the times.
> Mozilla has also been downplaying the version numbers in recent announcements for Firefox updates.
> Mozilla has also overhauled the extension system with the introduction of the Add-on SDK.
That is good to hear, I wasn't aware of that. I still would have preferred it if they had dealt with these issues before switching schedules, it's not like they came out of the blue. Now we have this drawn out transition period that could have been shorter. It also remains to be seen if they'll be aggressive about migrating to this new extensions system.
Uh... There's been only one release on the new schedule so far: Firefox 5. And it was just announced as a release. None of the announcements mentioned the number "5" anywhere.
Now the extension compat story is a real problem, though things like NoScript are a smaller part of it than things like Google Toolbar, the various antivirus toolbars, etc.
So I agree that the very rapid release schedule is the problem here. It brings more problems than it solves. Just because Google does something, does not mean it is good for everyone.
It depends how you characterize "many". Many users you encounter doesn't necessarily equal many FF users. I think what the vast majority of Firefox users love about it is that it is the browser they use, and have used for a long time. In other words, their loyalty doesn't run so deep. Those are the users this move is for, those that use Firefox habitually instead of for some particular reason and could possibly switch to Chrome.
> Chrome only has "lite" versions of these tools for technical reasons (limited extension API).
Not just Chrome, but Safari & Opera as well. There is a reason for that, it's because it's the smarter way to go. Firefox's extension system is a massive cause of headaches for Mozilla. It's going to go eventually, the only question is how soon.
> So I agree that the very rapid release schedule is the problem here. It brings more problems than it solves.
Problems for you, you mean. Rapid release, seamless updates and a less invasive extension system solves big problems for Mozilla and most end users, problems that are causing them to switch to Chrome.
> Just because Google does something, does not mean it is good for everyone.
Likewise, just because devs want it doesn't mean it's worth compromising the experience for everyone else. They'll find another way, users will just find another product.
Yes, this is the correct way to think about it.
> Mozilla needs to slow the hell down
I don't understand. You want to switch from Firefox because of it's rapid releases, to the browser that invented rapid releases?
Both Chrome and Firefox release a new major version every 6 weeks, both obsolete the version right before it at that time, etc.
If you want a slow-releasing browser, your options are IE and Safari.
its scary - but they sure know their thing
File/Blob API is an example that, while being experimental and a moving target, happened on the background and broke from one launch of the browser to the other without the dev knowing what the heck was going on.
Same breakage happened from Firefox 4 to 5, but at least the end user (the dev in this case) knows that something important happened and might be related to that. This is key.
I used to love firefox but since firefox4 and the awesome speed of Chrome...it's been hard not to turn away from it ;/