Ever wonder how to keep the number of bugs and feature requests down?

Easy, just needlessly close every Trac ticket that comes in. Let’s take this one for example. Why was it closed? Because the guy’s grammar was imperfect and he did not state word for word that “This feature is a request to fix the problem that…” or some other crap like that?

I wonder if Ryan hadn’t committed this one if it would’ve been closed for not being stating that “This patch fixes a bug in bookmark-template.php that is based on the input data that I tested with for the following 20 million cases. The Problem is that there was a typo in some other commit, the solution is to fix that typo.”

Halloween is coming early in the WordPress world

And Matt is out on mischief night already (thanks to Owen for the tipoff), “crazyegging” a handful of the WordPress.org pages. I would think of all the pages, the Docs would be the important place to get a heatmap of. It would give documentation managers a hint on what pages are important, where the focus is, etc. Imagine how much we could improve the Codex with this. It’d definitely get a better marginal and more useful improvement than the homepage. But the Codex is forever to be abandoned by those above… unless it involves adding more features to Blicki.