"MediaWiki has so many features that it's often extremely hard for devs to understand on their own what's really important / has a true impact on any given wiki/community (it is even for wiki regulars on wikis they don't know). If you don't document, describe and argue for the needs of your wiki, nobody will do it for you. ;-)" -- Nemo_bis, T17434#196769
- User Since
- Jun 17 2015, 2:39 AM (144 w, 1 d)
- LDAP User
- MediaWiki User
Sun, Mar 11
@Umherirrender, thank you for that idea. It genuinely seems like it should work, but it doesn't. In fact, no options rendered at all until I made the same change to <choose>, which restored rendering but didn't affect the original issue.
Sat, Mar 10
How embarrassing. Yes, it is the RandomSelection extension. Sorry about that -- somehow I remembered it as a non-standard but widely supported HTML tag.
Sat, Mar 3
Fri, Mar 2
Feb 20 2018
Uh... that was meant sincerely. I have had submissions declined instantly in other organizations for skipping a single sub-bullet in the instructions. Point taken however; it won't happen again.
Sorry, I thought that was obvious from the tags. You get a cupcake for not simply closing it as malformed.
Feb 19 2018
Added tags, d'oh.
Feb 18 2018
I don't remember. It happened right after an upgrade and we didn't document everything because we were fighting fires. It might have been MediaWiki 1.24.
Feb 17 2018
Feb 16 2018
Attaching more realistic screenshots (searching for a term that returns many results, and redirects are clutter). The core search example is from this URL, on a project with:
Feb 14 2018
This is a duplicate of T4679.
Jul 8 2017
For 1.28, it went like this:
Jun 24 2017
Hello, I think the above comments conflate two issues.
Feb 27 2016
Usability bonus: the countdown's max value could account for autogenerated text which will be prepended or appended during save (e.g. manual undo, tagging, section title).