Last modified: 2014-11-06 00:37:32 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T73503, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 71503 - Investigate how to prevent schema definition code from breaking
Investigate how to prevent schema definition code from breaking
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
WikibaseQueryEngine (Other open bugs)
unspecified
All All
: High normal (vote)
: ---
Assigned To: Wikidata bugs
u=dev c=backend p=2 s=2014-10-28
:
Depends on:
Blocks: 71501
  Show dependency treegraph
 
Reported: 2014-10-01 10:41 UTC by tobias.gritschacher
Modified: 2014-11-06 00:37 UTC (History)
3 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description tobias.gritschacher 2014-10-01 10:41:25 UTC
e.g. by including a small part of DBAL in QueryEngine
Comment 1 Jeroen De Dauw 2014-11-06 00:37:32 UTC
Only including a small part of DBAL in QE is feasable, though will likely result in the same complaints.

Since we do not need to actually run the code that depends on the DBAL schema stuff on WMF infrastructure, we can simply delete DBAL and things will still work fine (assuming the query code got updated per bug 71501). There are two TODOs at present:

1. We need to be able to verify things will be fine by running the tests for the functionality we will be using. This means we need to be able to run the tests without the schema code ones. Adding "@group StoreSchema" to the relevant test methods, and running the tests with "phpunit --exclude-group StoreSchema,performance" achieves this.

2. There is actually _some_ query code that ends up invoking code currently bound to the DBAL schema classes (the fetching of the table name). That needs to be worked around, but should be easy, esp once the tests are tagged appropriately.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links