| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
with "<br />" so that callers don't have to bother whether there's already a subtitle when adding new ones
* Make OutputPage::setSubtitle(), OutputPage::addSubtitle() and OutputPage::appendSubtitle() accept a Message object in addition to a string
* Added new method OutputPage::addSubtitle() to replace appendSubtitle() and marked it as deprecated
* Clear the subtitles when showing an error page
* Always show the subtitle from Article::viewRedirect() when showing a page; left the parameter for use in EditPage
* Make Article::setOldSubtitle() add two subtitles and has to set "display:inline;" for the three possible divs to avoid too many spacing
* Removed the six different backlink subtitles and added one new message 'backlinksubtitle' to replace them and added OutputPage::addBacklinkSubtitle() to factorise common code
* Changed EditPage's view source to show "View source for <Page>" with the same backlink in subtitle for consistency with other back links and page titles
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/102417
|
|
|
|
|
|
|
| |
FormSpecialPage. The former handles actual execute() calls and throws exceptions, the later inherits its purpose from SpecialPage. It just checks the page restriction to see if a user generally *could* execute. This avoids the breakage that came up in r100723 where Special:SpecialPages was throwing permission errors due to the getUsablePages() call.
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/100795
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/100723
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/94476
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/94285
|
|
|
|
|
|
|
| |
tabs for indentation
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/94284
|
|
|
|
|
|
|
| |
SpecialUnlockdb. Fix for bug30299 .
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/94144
|
|
|
|
|
|
|
| |
Remove unreachable return;
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/92429
|
|
|
|
|
|
|
|
| |
* Directly throw an ReadOnlyError instead of calling OutputPage::readOnlyPage()
* In Special:Block: don't let user think the error is temporary if he doesn't have right and the database is locked, instead check permissions first and then the database lock
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/92377
|
|
|
|
|
|
|
| |
variable.
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/90704
|
|
|
|
|
|
|
|
|
| |
Trimming trailing whitespace also
Doing in 3 commits (2/3), so hopefully reviewable in CR...
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/90281
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/89644
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/89643
|
|
|
|
|
|
|
| |
Who locked the database and when will be displayed in the content language, as reason, locker and timestamp are saved in $wgReadOnlyFile.
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/88278
|
|
|
|
|
|
|
| |
Special:UnlockDB
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/88189
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/71083
|
|
|
|
|
|
|
|
|
| |
59 Temple Place -> 51 Franklin Street
Follow up to r68351
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/68354
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/68351
|
|
|
|
|
|
|
|
| |
* Subclass SpecialPage instead of using wfSpecial*() functions
* Now validate correctly when output is HTML5
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/67944
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Recommit of r66254 to trunk. This was just
find extensions phase3 -iname '*.php' \! -iname '*.i18n.php' \! -iname 'Messages*.php' \! -iname '*_Messages.php' -exec sed -i 's/ /\ /g;s/—/―/g;s/•/•/g;s/á/á/g;s/´/´/g;s/à/à/g;s/α/α/g;s/ä/ä/g;s/ç/ç/g;s/©/©/g;s/↓/↓/g;s/°/°/g;s/é/é/g;s/ê/ê/g;s/ë/ë/g;s/è/è/g;s/€/€/g;s/↔//g;s/…/…/g;s/í/í/g;s/ì/ì/g;s/←/←/g;s/“/“/g;s/·/·/g;s/−/−/g;s/–/–/g;s/ó/ó/g;s/ô/ô/g;s/œ/œ/g;s/ò/ò/g;s/õ/õ/g;s/ö/ö/g;s/£/£/g;s/′/′/g;s/″/″/g;s/»/»/g;s/→/→/g;s/”/”/g;s/Σ/Σ/g;s/×/×/g;s/ú/ú/g;s/↑/↑/g;s/ü/ü/g;s/¥/¥/g' {} +
followed by reading over every single line of the resulting diff and
fixing a whole bunch of false positives. The reason for this change is
given in <http://lists.wikimedia.org/pipermail/wikitech-l/2010-April/047617.html>.
I cleared it with Tim and Brion on IRC before committing. It might
cause a few problems, but I tried to be careful; please report any
issues.
I skipped all messages files. I plan to make a follow-up commit that
alters wfMsgExt() with 'escapenoentities' to sanitize all the entities.
That way, the only messages that will be problems will be ones that
output raw HTML, and we want to get rid of those anyway.
This should get rid of all named entities everywhere except messages. I
skipped a few things like   that I noticed in manual inspection,
because they weren't well-formed XML anyway.
Also, to everyone who uses non-breaking spaces when they could use a
normal space, or nothing at all, or CSS padding: I still hate you. Die.
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/67090
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
right hand side normalised to it being on the rhs
Before this change, there were (? being regex 0 or 1)
"" ===? 1
'' ===? 24
"" !==? 8
'' !==? 32
== "" 14
== '' 344
!= "" 9
!== "" 4
!= '' 151
!== '' 85
Rhs was the much more common, and the preferred style by many developers.. (Was a similar discussion in #mediawiki recently.. After that lolbugreport i think)
Where there is a string (non empty) on the lhs, and variable/method call on the rhs still need normalising
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/60744
|
|
|
|
|
|
|
| |
with a type-specific end token. For HTML and SQL, this causes vim to highlight the embedded text with the HTML or SQL file type plugins respectively, which is very neat.
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/59780
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/44527
|
|
1) This keeps the filename the same as the classname, which is always nice
2) This avoids duplicate filenames (such as includes/Export.php and includes/specials/Export.php)
So I've at least got a chance of figuring out what file is what still...
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/36481
|