Wikimedia Jenkins uses sqlite as a backend. The OAuth database updater does not register any schema for sqlite, that causes some tests to fails because the table oauth_registered_consumer is not found.
Version: unspecified
Severity: normal
Wikimedia Jenkins uses sqlite as a backend. The OAuth database updater does not register any schema for sqlite, that causes some tests to fails because the table oauth_registered_consumer is not found.
Version: unspecified
Severity: normal
Status | Subtype | Assigned | Task | ||
---|---|---|---|---|---|
Resolved | hashar | T60772 common gating job for mediawiki core and extensions | |||
Resolved | hashar | T69216 Have unit tests of all wmf deployed extensions pass when installed together, in both PHP-Zend and HHVM (tracking) | |||
Resolved | None | T67874 MediaWiki extensions with failing phpunit tests (tracking) | |||
Resolved | None | T69296 oauth_registered_consumer table not created under sqlite |
We really need tests to pass when all wmf extensions are installed together. That is preventing us from progression toward the HHVM migrating. Raising priority to High.
I think that fix should work, I'll try and test it out. Good to have regardless.
Do you have a link to the failing tests? None of the tests should be using a database, so I'm not sure where that slipped in.
Some other extension tests (maybe OATHAuth) ends up hitting the oauth_registered_consumer table and thus a stack trace.
All good now, thank you. Might later backport it to REL1_23.