| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
This is a simple fix. A other solution is to check isExternal on the
original title, but than it is never possible to import pages, which
have a interwiki in the destination wiki. Now the interwiki is skipped,
when using a target namespace.
Change-Id: I148e124016cacac0e0c6c6eb8c7e8a2e85802565
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- MWCryptRand: A new api for generating cryptographic randomness for security tokens. Uses whatever cryptographic source is available and if not falls back to using random state and clock drift.
- wfRandomString - A simple non-cryptographic pesudo-random string generation function to replace wfGenerateToken which was written pretending to be secure when it's really not.
- Core updates to use MWCryptRand in various places:
-- user_token generation (to do this we stop generating user_token implicitly and only generate it when needed to avoid depleting the system's entropy pool by reading random data we'll never use)
-- email confirmation token generation
-- password salt generation
-- temporary password generation
-- Generation of the automatic watchlist token
-- login and create user tokens
-- session ids when php's entropy sources are not set
-- the installer when generating wgSecretKey and the upgrade key
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/114233
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/111163
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/111101
|
|
|
|
|
|
|
|
|
| |
bool" and then the metadata can say true if foo, false if bar
Other documentation improvements
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/111073
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/109042
|
|
|
|
|
|
|
|
|
|
| |
ImportReporter so that it can use the context to get messages and send them to OutputPage (also removes on usage of $wgCommandLineMode)
* Early abort on invalid title in ImportReporter::reportPage() since a notice has already been sent
* Localised message saying the title is invalid
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/108232
|
|
|
|
|
|
|
|
|
| |
just because WikiPage::factory() throws an exception when a Title in NS_MEDIA is passed
* Added localised message when trying to import a page with an interwiki prefix
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/108223
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/103650
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/101242
|
|
|
|
|
|
|
|
|
|
| |
regression where pages specifying a w:en:Sprint would result in a url
like http://pt.wikipedia.org/wiki/en:Special:Export/Sprint which, at
least in 1.16, would mean the reader follow the redirect to
http://en.wikipedia.org/wiki/Special:Export/Sprint.
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/101010
|
|
|
|
|
|
|
|
|
| |
Fix document comment blocks
Tweak some returns
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/100778
|
|
|
|
|
|
|
| |
importing a new revision into it
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/96311
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/93879
|
|
|
|
|
|
|
| |
updating the links table. On my test dataset (an old (~2 years) MediaWiki namespace dump of enwiki) this speeds up the import from 9m35s to 10s.
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/93744
|
|
|
|
|
|
|
| |
LIBXML_PARSEHUGE lets us override that, needed for lucid since there are a few revs in the db larger than that limit
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/91967
|
|
|
|
|
|
|
|
|
|
|
| |
* Modified <s>Article::editUpdates()</s> WikiPage::doEditUpdates() arguments to take a Revision object, an User object and options (much more readable that those boolean parameters)
* Call isCountable() on the old content and pass it to WikiPage::doEditUpdates() with the 'oldcountable' option so that it really reflects the old state of the page
* Updated all calls (no one in extensions) and removed the wrapper WikiPage::editUpdates()
* Call onArticleEdit() and onArticleCreate() (the one that is of course) from doEditUpdates()
* Removed $wgTitle hack from Import.php
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/91180
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/90592
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/90294
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/89104
|
|
|
|
|
|
|
| |
http://svn.wikimedia.org/doc/todo.html nicely.
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/88355
|
|
|
|
|
|
|
|
|
| |
* Fixes for Import.php: Check sha1 of the file; only delete source files if they are temporary
* importDump.php now imports embedded files if --uploads is set; if they are not present it will try to get them from --image-base-path
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/88145
|
|
|
|
|
|
|
|
|
|
| |
* (bug 26033, bug 24754) Added $wgArticleCountMethod to have a more flexible way to define which method to use to define if a page is an article or not and deprecated $wgUseCommaCount. There is now a new 'any' method to count any article that is in a content namespace and not a redirect.
* (bug 11868) If using links to count articles, Article::isCountable() will now use the ParserOutput to check if there's a link instead of checking for the "[[" string. Changed Article::isCountable() to take a stdObject or false for the first parameters. If false is passed, the result will be based on the current article's state (i.e. database). The only call outside of the Article class is in DeleteAction (including extensions).
* Removed this horror of Article::$mGoodAdjustment and Article::$mTotalAdjustment, replaced by the new $created parameter on Article::editUpdates(); simplified Article::createUpdates()
* Updated Import.php to take advantage of the new parameter and make a single call to Article::editUpdates()
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/88113
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/86800
|
|
|
|
|
|
|
| |
Fix another unreachable statement
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/86200
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
image as base64 in the XML stream or by copying the images directory manually and pointing the importer to the base images directory.
Currently only backend code available and a few member variables need to be modified to enable the functionality.
Export.php:
* Add <rel> and <sha1base36> elememnts to the XML output
* Add optional <archivename> and <contents> elements to the XML output. <contents> contains an encoding attribute, which is currently only set to base64.
Import.php:
* Add Import::$mImageBasePath which should point to the images/ directory to import from
* Add methods to WikiRevision (terrible name btw) to set the rel, hash, archivename and filesrc.
* Cleanup and made WikiRevision::importUpload working. It's still quite a mess though
OldLocalFiel.php:
* Fix a few timestamp related things from r85635
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/85911
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/85362
|
|
|
|
|
|
|
| |
“cleanup”
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/84265
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/83536
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/83233
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/83230
|
|
|
|
|
|
|
|
|
|
|
|
| |
returned $title, origTitle.
This caused confusion and a misusage of the processTitle() result.
Follow up to r66267.
Fixes bug 27486
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/82482
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/81437
|
|
|
|
|
|
|
| |
it started. It doesn't really make sense to have a class called WikiImporter in a file called ImportXMLReader.php, and a few little helper classes for it in a file called Import.php.
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/81238
|
|
|
|
|
|
|
|
|
| |
ImportStreamSource-or-WikiError
This is a breaking change since the ImportStreamSource object is in the value member of the Status object; I will fix the extensions in my next commit
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/77800
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/74171
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/71797
|
|
|
|
|
|
|
|
| |
* Added some descriptions
* Added @file where needed
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/70699
|
|
|
|
|
|
|
|
|
|
|
|
| |
* Full rewrite of the WikiImporter class to a new class, XMLDumpImporter, which uses XMLReader instead of the deprecated PHP SAX interface.
* Fixes for the following bugs:
** XML Dump Processor chokes on unrecognised tags.
** Special:Import does not allow you to import a dump including only log entries.
* Added hooks to allow extensions to handle tags in any part of the XML document.
* Fully source-compatible with the previous interface.
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/66267
|
|
|
|
|
|
|
| |
command
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/60093
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/59080
|
|
|
|
|
|
|
|
|
| |
Updated all nextSequenceValue calls with new sequence names.
OverlordQ stated he'll handle changes to Postgres scripts.
Need someone to change DB2 scripts.
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/58262
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/57697
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/57362
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
query) is noble, it's a complex special case relying on subtle inter-module effects, making the code quite unclear and the performance advantage hard to reproduce in new code.
* r41081 was causing the job queue to be flooded with tiny htmlCacheUpdate jobs which were less than the batch size and so, according to the original logic, should have been done immediately. This was causing template updates to be delayed even when the template has few backlinks. This is fixed.
* Introduced a shared cache called BacklinkCache with the main purpose of sharing data from these backlink queries, thus recovering the performance of r41081.
* Refactored backlink partitioning code, which in r40741 was copied from HTMLCacheUpdate to LinksUpdate with a bug intact. The bug caused every htmlCacheUpdate or refreshLinks2 job to be split into at least two pieces even when number of rows is less than the batch size.
* Fixed a bug from r40741 causing refreshLinks2 jobs with end=false to be ignored.
* Made SquidUpdate::newFromTitles() accept a TitleArray
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/47317
|
|
|
|
|
|
|
| |
corresponding transwiki interface.
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/46951
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/46884
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
half-work somewhere then explode when trying to save the null revision with the import info:
Fatal error: Call to a member function insertOn() on a non-object in /Library/WebServer/Documents/trunk/includes/specials/SpecialImport.php on line 305
Now such titles are skipped. You can probably force import of the page by forcing the target namespace...
Better long-term solution might include title renormalization, adapation of remote namespace names (eg Wikipedia -> Project), etc.
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/44427
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/44246
|
|
|
|
|
|
|
|
|
| |
is null; that causes a fatal error which doesn't show a backtrace if we don't catch it here.
* Temporarily set $wgTitle while doing article creation/edit updates during XML import. A null $wgTitle as in importDump.php caused a fatal error when special pages were transcluded if they did any parsing via OutputPage::parse()
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/43885
|