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. _______________________________________________ Wikitech-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikitech-l
