New installer/issues

This is a list of known issues in the new-installer branch. List started from Tim's list at.

Open installer bugs which can be fixed in the branch. Tracking bug
 * Already fixed in branch: 198, 2837, 10541, 10596, 11013, 13230, 13409, 16902, 17394, 17691, 17762, 19129, 20627, 21576

Branch in SVN


 * Evaluate restart possibilities for failed install step
 * Does not go well at all. Also: re-entry on a half-working install is bad. Should be more robust in its checks.


 * Test canCreateAccounts
 * Get someone to fix the error box styling
 * Fix session expiry message "$1"
 * Object cache settings
 * proprietary DB support, https://bugzilla.wikimedia.org/show_bug.cgi?id=15493
 * This is not a blocker. Mysql, Postgresql, Sqlite are the only requirements. The rest are a bonus.


 * Review initial main page text
 * Text is fine, it just looks like it's in the old installer still. Could some some visual cleanup. For the environment checks, make passed tests obviously good, failed obviously bad.


 * Make sure usernames are trim'd
 * Can we just trim everything in setVarsFromRequest?
 * Logo URL doesn't default to actual path
 * README/RELEASE-NOTES/COPYING all need to be properly wiki formatted, else we need to include wiki-formatted version
 * Easier to just force wiki formatting in the files, waste of time to have two
 * Or you can regex-foo it like here and here


 * RELEASE-NOTES does something funky with left sidebar font sizes :-\
 * CC license picker is buggy (doesn't load image, name of license, etc)
 * Additional e-mail settings need adding
 * Continue button on "Completed installation" leads to null page


 * Spews ugly warnings if sessions path is not writable (old installer did not)
 * Fieldset legends are very small, smaller than the labels for fields.
 * Project namespace, the first alternative, the javascript needs to add space or it looks like this Same as the wiki name:Foobar
 * If some field does not validate, it should be highlighted in addition to error messages somewhere in the page.
 * Field for sqlite data dir could be longer.
 * Some help could perhaps be shown by default, like the short ones and the more unclear ones, like "User rights profile"
 * Object caching defaults to Memcached, while APC installed . Should check that APC cache is big enough.
 * SQLite installation fails with no error, only output is: "   * Setting up database..."
 * "Advanced configuration" box on options page is empty.
 * Don't offer "MediaWiki" as custom project namespace name by default, it's invalid (what other sane value could it be?)
 * Sqlite permission values are confusing at best, useless for Windows users, and don't even work as advertised (usual oct/dec conversion issues). Probably just remove?
 * Major: Post upgrade, if you choose to regenerate LocalSettings, it runs the full install. This is bad.
 * Checkboxes are positioned insanely.
 * UPGRADING doc (others too?) will be wrong and need updating.
 * In case of DB errors, only (SQL query hidden) is displayed.
 * Because $wgShowSQLErrors is false by default. Set to true for install?
 * Did that in 64091, probably it's too much and may disclose system information.
 * Does it make sense to add version of MediaWiki that generated LocalSettings to that file to keep track of things?
 * We currently have two sidebars with partially duplicated content.
 * Sniff languages from Accept-Language?
 * Command-line installer: I (Max) have started working on it.
 * Check if config/ is writable
 * Write LocalSettings' content on the page if it failed to write the file
 * Return Status objects more often
 * SQLite DoS issues: because it doesn't need a password for DB access, an attacker could create an infinite number of database files around, depleting disk space. Need to handle this, including cases where LocalSettings is not writable and installer offers the user to create it manually.