All depends what one counts as a "bug". Lots of things on that list aren't bugs - glancing at the bottom, for example, one of them is flipping the version number.

Counting bugs is a fools game. Anyone could fix 1000 bugs every day (probably faster) just by writing a script that filed bugs, writing trivial patches (like flipping a version number), and marking them fixed (assuming reviewers would co-operate...).

One could also point out that, based on a bug count, Mozilla 1.4 is the buggiest Mozilla ever - there are tens of thousands of bugs that aren't fixed, and hundreds more every day.

Numbers of fixed bugs shouldn't be a goal, nor is it an achievement. Improving the software is what it's about, and that doesn't necessarily have anything to do with bugzilla statistics. (Of course, I'm not for a moment saying that the software hasn't improved...)

i wonder what percentage of those bugs are regressions from other 1.4 bug fixes.
i think that this percentage would pretty much say about the overall project architecture and its stability.
also, it would be interesting to see whether this number is going up or down with each mozilla release.

just some thoughts...