Addshore added a comment.
In T208330#4869968, @Jdforrester-WMF wrote:
This is only going to be Resolved for a couple of weeks until we enable Properties; fixing that is tracked in T208425.
The good thing about properties is, well, there won't be many rows in the table :)TASK
Marostegui added a comment.
Thanks so much!TASK DETAILhttps://phabricator.wikimedia.org/T208330EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, MarosteguiCc: Stashbot, gerritbot, WMDE-leszek, Ramsey-WMF, Marostegui, Jdforrester-WMF, Cparle, Addshore,
Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2019-01-10T15:24:45Z] T208330, MariaDB [testcommonswiki]> TRUNCATE TABLE wb_terms; # Was https://phabricator.wikimedia.org/P7973TASK DETAILhttps://phabricator.wikimedia.org/T208330EMAIL
Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2019-01-10T15:20:55Z] Synchronized php-1.33.0-wmf.12/extensions/Wikibase/repo/includes/Content: [[gerrit:483388|T208330 dont write to wb_terms for mediainfo]] (duration: 00m 54s)TASK
gerritbot added a comment.
Change 483389 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@wmf/1.33.0-wmf.12] EntityHandler, don't write to TermIndex for all entity types
https://gerrit.wikimedia.org/r/483389TASK DETAILhttps://phabricator.wikimedia.org/T208330EMAIL
Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2019-01-10T15:12:42Z] Synchronized php-1.33.0-wmf.9/extensions/Wikibase/repo/includes/Content: [[gerrit:483388|T208330 dont write to wb_terms for mediainfo]] (duration: 00m 55s)TASK
gerritbot added a comment.
Change 483388 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@wmf/1.33.0-wmf.9] EntityHandler, don't write to TermIndex for all entity types
https://gerrit.wikimedia.org/r/483388TASK DETAILhttps://phabricator.wikimedia.org/T208330EMAIL
Addshore added a comment.
These will be backported in a slot before the deployment of media info to real commons todayTASK DETAILhttps://phabricator.wikimedia.org/T208330EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: gerritbot, WMDE-leszek,
gerritbot added a comment.
Change 483389 had a related patch set uploaded (by Addshore; owner: Addshore):
[mediawiki/extensions/Wikibase@wmf/1.33.0-wmf.12] EntityHandler, don't write to TermIndex for all entity types
https://gerrit.wikimedia.org/r/483389TASK
gerritbot added a comment.
Change 483388 had a related patch set uploaded (by Addshore; owner: Addshore):
[mediawiki/extensions/Wikibase@wmf/1.33.0-wmf.9] EntityHandler, don't write to TermIndex for all entity types
https://gerrit.wikimedia.org/r/483388TASK
gerritbot added a comment.
Change 483376 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@master] EntityHandler, don't write to TermIndex for all entity types
https://gerrit.wikimedia.org/r/483376TASK DETAILhttps://phabricator.wikimedia.org/T208330EMAIL
gerritbot added a comment.
Change 483376 had a related patch set uploaded (by Addshore; owner: Addshore):
[mediawiki/extensions/Wikibase@master] EntityHandler, don't write to TermIndex for all entity types
https://gerrit.wikimedia.org/r/483376TASK
Addshore added a comment.
So, it doesn't look like WBMI actually uses the data in the table.
If that is the case then we can likely put something in place to prevent the table being written to.TASK DETAILhttps://phabricator.wikimedia.org/T208330EMAIL
Jdforrester-WMF added a comment.
I've briefly looked into our code around this, and I'm afraid I don't see it as remotely plausible for us to move WBMI away from the table in the next few months' work; we're blocked on Wikibase moving. WBMI doesn't have any code that decides where our data goes
Marostegui added a comment.
In T208330#4742192, @Addshore wrote:
In T208330#4738627, @Marostegui wrote:
I would prefer if we don't enable more stuff in production that uses wb_term table, that table is already in a _very_ bad state and we should stop using it as soon as we can.
So getting more
Addshore added a comment.
In T208330#4738627, @Marostegui wrote:
I would prefer if we don't enable more stuff in production that uses wb_term table, that table is already in a _very_ bad state and we should stop using it as soon as we can.
So getting more stuff to use this table is probably not
Marostegui added a comment.
I would prefer if we don't enable more stuff in production that uses wb_term table, that table is already in a _very_ bad state and we should stop using it as soon as we can.
So getting more stuff to use this table is probably not what we want to do, as it will be
Addshore added a comment.
In T208330#4706909, @Cparle wrote:
Hmmm ok. Its use of that table was in place when I got here, I think, might take a little while to figure out how to extract it (edit: and since Matthias's baby arrived I am now the only dev working fulltime on this). Is this necessary
Cparle added a comment.
Hmmm ok. Its use of that table was in place when I got here, I think, might take a little while to figure out how to extract it. Is this necessary for going to production?TASK DETAILhttps://phabricator.wikimedia.org/T208330EMAIL
Addshore added a comment.
In T208330#4706901, @Cparle wrote:
Erm ... why not? "Terms" are labels, description and aliases, afaik.
Indeed, but the table is badly designed and doesn't scale.TASK DETAILhttps://phabricator.wikimedia.org/T208330EMAIL
Cparle added a comment.
Erm ... why not? "Terms" are labels, description and aliases, afaik.TASK DETAILhttps://phabricator.wikimedia.org/T208330EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: CparleCc: Jdforrester-WMF, Cparle, Addshore, Aklapper, Nandana,
21 matches
Mail list logo
