- Passed security review or already Wikimedia deployed
- Voting CI structure tests
- Runs MediaWiki-CodeSniffer
- Runs phan
- Supports MySQL, SQLite, and Postgres (if there are schema changes)
- GPL v2 or later compatible license
- Extension's default configuration provides optimal experience
- Tested with web installer
|Open||None||T33279 Installer: extensions improvements: descriptions, alternatives, multiselection, configuration (tracking)|
|Open||None||T178349 Expand the set of bundled extensions and skins to achieve a default MediaWiki experience that's comparable to Wikimedia sites|
|Open||None||T232854 Expand the set of bundled extensions and skins in MediaWiki 1.35|
|Open||None||T191739 Bundle Thanks extension with MediaWiki|
|Open||None||T191746 Bundle LoginNotify extension with MediaWiki|
|Stalled||None||T191738 Bundle Echo extension with MediaWiki|
|Resolved||demon||T186456 PHP Fatal error: Call to undefined method PEAR::encodeHeader() when Echo is enabled|
|Resolved||Legoktm||T31134 installer breaks when extensions depend on each other|
It almost certainly doesn't work then, since for example the syntax for defining auto-incrementing ID fields is different, PG doesn't have "unsigned", and other incompatibilities.
It might work if someone were to write the schema for it and wire it into EchoHooks::onLoadExtensionSchemaUpdates(). MediaWiki's DQL and DML abstractions are pretty good if used right, it's just the DDL that's almost completely not abstracted.
Based on the determination above, and that clearly we are not going to get DB schemata written, tested, and merged in the next 11 days when there are no volunteers who care about PG support around, I'm moving this and related tasks to 1.35 and marking as Stalled.