When using the command that this commit changes, the console
would give a warning that that way of using update.php is
deprecated since 1.40, and that one should use maintenance/run.php
instead.
Follows up Ibd47e3f29f93238ccd3e607774927e639ba74ace
and I2cd89a6a9218dadb1bc6088d1c7e1f2c85642902.
Change-Id: Id4bdd7fb0f505d119f8cac574889b06012d5c22a
Per official policy, updates from versions older than two TLS releases
are not supported.
Finding the implicit marker is a bit tricky. The user might try to
upgrade from a really old version that doesn't have tag_summary table
and mistakenly think it's new and allow upgrade. So turning the check
logic into a boolean AND where it must be new enough to have
change_tag_def table AND new enough not to have tag_summary table.
Change-Id: I5ff9630a6539a587a47930847e108ac53757106f
The policy allows this and since 1.39 is going to be the next LTS
release, I think it is fine to do this now.
Change-Id: If426e0ee349252ccc0ba9c4222c7d6865ab57fa2
Changed some old bugzilla links to new phabricator links in comments,
test data and error message. This reduces the need for redirects from
old bugzilla to new phabricator from our source code.
Change-Id: Id98278e26ce31656295a23f3cadb536859c4caa5
The script has stopped working for quiet sometime now. If one still has
a 1.4 (or previous) wiki, it should upgrade to 1.5 first. I do not
think it is worth anytime to try to port the updater nor to mention a
release note entry.
Change-Id: Ic0e366e2c7086e371d486b05ca222f2853f64ccb
Allows update.php to be run when $wgAllowSchemaUpdates = false.
This is useful for non-WMF environments where strict DB permissions
allow database updates (which update.php performs), but no schema
changes (such as adding or dropping tables or indices which update.php
also performs).
It does this by adding the --schema and --noschema flags. Without
either of these flags, update.php will perform exactly as before.
With --noschema, all changes to the table structure or table additions
are skipped. Only data changes are made.
With --schema is used, no schema changes are made to the database, but
the schema changes are saved to a separate SQL file that can be run.
Change-Id: I96b4cfd4c02e9cbf46cc6a0499b87fb3b89020a0
* $wgDBadminuser is no longer required
* $wgUpgradeKey is no longer required
* The installer has moved to /mw-config
* You can't change the encoding any more so that's not a concern
* Moved the 1.16 info to its own section
* Cleaned up heading consistency and levels so that it looks nice in the table of contents in the new installer
* Removed duplicate backup section
* Removed the specialised getFileContents() functions, they are unnecessary now that I have reformatted COPYING into wikitext.
In WebInstaller_Document::formatTextFile():
* Introduced new tab-indented syntax, which is equivalent to colon indents in ordinary wikitext. This was useful for reformatting the GPL.
* Removed the special case for spaces preceding URLs, used tabs instead, with the above feature.
* Removed the "numbers in square brackets" feature. The place where this was used, in README, was an unfortunate case where the square brackets originally indicated a footnote and its reference. Then another two "footnotes" were added with no corresponding reference, they just talked about random license-related stuff that happened to be similar to the footnote. It was never actually meant to be a numbered list. Fixed in README.
* Convert from DOS line endings to UNIX early on, to simplify the regexes.
* Rename wordSegmentation() to segmentByWord().
* Consolidate search index locking and iteration to Maintenance.php
* Add maintenance/updateDoubleWidthSearch.php to take care of new
format for normalized double-width roman characters.
* Add error checking to updateSearchIndex.php for creating $posFile.
* Add note to UPGRADE about running updateDoubleWidthSearch.php.
* (bug 16322) Allow maint scripts to accept DB user/pass over input or params if no AdminSettings.php
* (bug 18768) Remove AdminSettings.php from MediaWiki core
* (bug 19157) createAndPromote error on bad password
* (bug 14201) Create AdminSettings.php during wiki installation, in the same way as LocalSettings.php
* Introduce new Maintenance class framework and port a good number of scripts over; the ones that are left are a little more complicated. Read the docs.
* Not deleting "unused" files yet, don't want to break everything at once :)
