The bugs are alive this weekend!
Here are a few that arrived on the scene since 1.17 was released that
are focused on the CLI tools:
https://bugzilla.wikimedia.org/29585
maintenance script edit.php doesn't update link tables properly
(sometimes)
Of this, Tim says:
It looks like there's no commit in Article::doEdit() after the
wfDoUpdates() call, and edit.php doesn't commit either, it just
calls exit(0);
Looks like an easy fix: just add the appropriate commits and test!
The next three are problems that Edward Z. Yang found with the
just-released CLI installer.
https://bugzilla.wikimedia.org/29588
Install maintenance script needs to provide appropriate exit status
in ALL cases
https://bugzilla.wikimedia.org/29589
Command line installer warning output broken
https://bugzilla.wikimedia.org/29590
Installer should sanity check pre-existing tables
Since the CLI installer is my baby, I'll appreciate any help you can
provide in its defense. #29590 applies to more than just the CLI
installer, so by fixing it you'll may end up helping anyone using the
web-installer, too.
Finally, maybe Javascript is more your thing. Then give #29608 a look:
https://bugzilla.wikimedia.org/29608
Dependencies break when mixing JS files and WikiModules, when
debug=true
In the comments, Roan points to a related essay/comment he wrote in Code
Review. My favorite part is Roan's reaction to the code comment that
innocently claims “Document.write is synchronous, so this is called when
it's done”.
Roan's response? “Lies! document.write() is not synchronous, at least
not in Firefox 4.0.1, but I understand why it would appear to be.”
Even Roan is stumped in the end, though. “I'm not really sure how this
should be fixed” he says. But he does give you a couple of great ideas
to explore for fixing the problem. Check it out!
Happy hacking and, for the Americans, a happy 4th!
Mark.