Realnames 0.3.1

A new version of Realnames is out. We fixed some bugs with namespace detection, cleaned up the license and got rid of some warnings.

Changelog:

bugfix:
* custom namespace regex (thanks Cweiske)
* STRICT error with STATIC (thanks Vgold)

notes:
* removed contrib-agreement, consensus in discussions indicate it’s
uneeded to remain BSD in shared environment.
* some progress is being made into core-features for name display, expect
some future version to support things like sorting based on realnames (thanks Daniel Friesen)
* version 0.3 misreported version as 0.2.1, now 0.3.1 (oops, again)

issues:
* Consensus is that performance could be an issue using current methods. I am currently working
on a 2-pass version of the extension to address these issues that will be released as soon as
it is ready.

testing:
* svn trunk 2011-12-26, stable 1.18.0, 1.17.1, 1.16.5, 1.15.5

Header Tabs 0.9

this news is a bit late, but I got involved in my first GPL code, and contributed a slew of features to the HeaderTabs extension which was released on December 13th, 2011.

Changes:

  • Extension:Configure support
  • new 1.17+ options:
    • jquery to use RL
    • $htRenderSingleTab
    • $htAutomaticNamespaces
    • $htDefaultFirstTab
    • $htDisableDefaultToc
    • $htGenerateTabTocs
    • $htEditTabLink
    • $htStyle
      • style ‘jquery-large’
      • style ‘bare’
    • history navigation
    • mediawiki TOC links now work

Realnames 0.3

A new version of Realnames is out. We fixed a major bug with append style replacements (they were causing problems in all page titles!) and added two new options. One is to turn off replacements in specific places, and the other to turn off new smarts on when to replace and when not to (don’t replace if realname is same as username).

Changelog:

features:
* you can opt-out of replacements using $wgRealnamesReplacements (thanks Salquint)
* we now have smarts in the form of not displaying “Marry – Marry” text
* you can change “smart” features like above using $wgRealnamesSmart

bugfix:
* version 0.2 misreported version as 0.1.1, now 0.3
* now tied into main debugging framework
* a missing return statement was causing titles in append style to get garbled

notes:
* switched to a more permissive and correct bsd-2-clause license agreement for commits
* added more metadata files

issues:
* I continue to be concerned with performance on large recentchanges/history since my initial post about it on 2011-09-19. After receiving a few code reviews recently (finally!) the main
feedback has been that there may indeed be scalability problems with using newFromName. In my original post (see extension talk page) I proposed two solutions, but haven’t heard from anyone
experiencing problems yet. I think I may implement a two-pass as described in the next feature version, however it will make the code significantly more complex. I’ll hold off on extending those two specific pages until it’s confirmed a two-pass isn’t enough.

testing:
* svn trunk 2011-11-05, 1.18.0beta1, 1.17.0, 1.16.5, 1.15.5

HeadersFooters 0.2.3

A new version of HeadersFooters is out. This one once again tries to bring table prefix compatability. I’ve also converted all my test wikis to use table prefixes, because really there’s no advantage from a testing point of view not to. This particular plugin is still very experimental, so please report any problems (and I’m sure there are many).

bugfix:
* wikis with table prefixes did not update the cache properly, really fixed.

notes:
* I really can’t stress enough how experimental this extension it,
it still needs a lot of testing to work out edge cases, please report them!
* switched to a more permissive and correct bsd-2-clause license agreement for commits

testing:
* releases: 1.17.0

HeadersFooters 0.2.2

A really simple update to HeadersFooters 0.2.2 that only those with table prefixes will need to apply. You’ll know you were affected in that you got an error when you tried to make a header or a footer. It worked, but the automatic refresh didn’t and it spat database errors at you. The behaviour logically should of worked, but because of how MW handles table prefixes it didn’t. I’ve fixed it for now, hopefully MW will change how it handles things in the future so other developers don’t run into this.

Changelog:
bugfix:
* wikis with tables prefixes did not update properly, fixed.

testing:
* releases: 1.17.0

Update 0.1.2

Release Update 0.1.2 extension for mediawiki. This releases fixes an unresolved issue where errors would show up if you were not running PHP 5.3.x — sorry, I was just too bleeding edge there for a second!

Changelog:
bugfix:
* changed a call method to support php < 5.3.x (thanks Wikimanz)

testing:
* trunk 2011-09-22 stable 1.17.0, 1.16.0, 1.15.5

Update 0.1.1

A user reported that they were seeing errors/warnings with Update, and sure enough, my php.ini was out of date and not showing me all errors. I fixed that, then fixed the extension. This version sees a custom Special:Update which is getting ready for more advanced features. The roadmap has SVN and GIT support, as well as some download capabilities.

Changelog:
features:
* new Special:Update interface (no longer based on Special:Version)

bugfix:
* various strict php warnings/errors (thanks Wikimanz)
* now tries to guess MW link to extension if url is diff
* improved version comparison using php’s version_compare()
* added mediawiki 1.15.5 support (better http request handling)
* improved translation support for translatewiki.net (thanks Nikerabbit)
* hook SoftwareInfo removed

testing:
* trunk 2011-09-22 stable 1.17.0, 1.16.0, 1.15.5

HeadersFooters 0.2.1

It seemed like just yesterday morning that I announced HeadersFooters 0.2 — oh wait it was yesterday morning, albeit as an all-nighter. Unfortunately a pretty big bug creeped in where the header/footers were appearing in the edits of articles. That came from trying to be too cute. Let this be a lesson, don’t be cute.

While this version didn’t introduce any new features per say, it did fix up some pretty huge issues. You don’t need to &action=purge anymore. That’s right, it will go everywhere and get in your business and flush that shit. It was really complicated, there will undoubtedly be some hiccups, but for now it should be good. This includes having the headers/footers show up properly when you come back from an edit. I snuck in some support for special page headers for those that have them in the MediaWiki: space too.

A few ideas I’m toying with for the next release will be to make sure the revision view, comparison view and api all behave properly. As usual this is a pretty hackish extension, so if it does something funny, send me a line!

bugfix:
* Edit box was showing header/footer wikitext since 2.0, fixed
* Caches for affected pages are invalidated, should save you a action=purge (thanks DanielFriesen)
* Special:HeadersFooters now only shows what is enabled
* Special:HeadersFooters header editing for some special pages
* Special:Headersfooters’ header now supported
* Special:Headersfooters form remembers values after error messages
* now tied into main debugging framework

testing:
* svn: trunk 2011-10-02, 1.18alpha 2011-10-02, 1.17branch 2011-10-02
* releases: 1.17.0, 1.16.0, 1.15.5

HeadersFooters 0.2

Released HeadersFooters 0.2 early this morning, it brings in a much needed new message storage system (which unfortunately breaks the current one). I considered created a convenience tool to rename existing headers/footers but figured version 0.1 was not out long enough to really set people back much. Apologies but please move your existing pages to the new names by hand. Here’s the changelog:

features:
* new Special:HeadersFooters page for easy header/footer creation/editing
* compatibility with MW messages, better i18n support (thanks Alphos, bawolff)

breaking changes / requires admin action:
* switch to MW messages changes all header/footer urls, you will need to move them! Sorry!
The new method is much more robust, the old method can potentially break other
pages/messages in your wiki. i18n support is also improved as messages are unlikely
to break between MW translation changes of namespaces.
* $wgHeadersFootersUsingPages’s new default is false for speed reasons,
if you use or want page headers/footers please set it to true in your LocalSettings.php

notes:
* switched hook ParserBeforeStrip to ArticleAfterFetchContent for better support and less hacks (thanks Dantman)
* cleaned up functions and simplified the extension, making use of more core messaging functions, Xml object
* special thanks to RoanKattouw, DanielFriesen and Dantman for coding advice

testing:
* svn: trunk 2011-09-27, 1.18alpha 2011-09-27, 1.17branch 2011-09-27
* releases: 1.17.0, 1.16.0, 1.15.5

issues:
* after defining a header/footer you may need to do a &action=purge on affected pages
* Special:HeadersFooters shows all edit shortcuts even when you turn some of them off global/page

Of course 5 minutes after release I realized the new special page for editing messages wasn’t hiding things when you turn them off at the config level… oops. Currently working on a few bugfixes for version 0.2.1 including cache optimizations!