Yes, I was at FORCE11 last year in Berlin and they are like-minded folks
furthering open scholarship.
-Andrew
On Tue, Sep 11, 2018 at 5:27 PM wrote:
> I am a bit late on this, but FORCE2018 has two Wikidata people speaking
> (as Violeta's link shows): Dario Taraborelli and Daniel Mietchen, see
I am a bit late on this, but FORCE2018 has two Wikidata people speaking
(as Violeta's link shows): Dario Taraborelli and Daniel Mietchen, see
also Scholia's profile: https://tools.wmflabs.org/scholia/event/Q56579271
I have never attended the conference, but I suppose it is most relevant
to
Addshore created this task.Addshore added projects: Wikidata, Wikidata-Query-Service, User-Addshore.Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTIONAs an 3rd party WDQS user I want to be able to run a single updater for multiple wikis in order to not have to run 1000 update
gerritbot added a comment.
Change 454064 abandoned by Pablo Grass (WMDE):
phpunit: relish MediaWikiTestCase db setup
Reason:
Mirrored (and then discontinued) in I2fb89ebeded45f97fa91aaf773ac55ee77314e86
https://gerrit.wikimedia.org/r/454064TASK
Addshore updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...Flipping the switch on such a feature could cause increased load on the cluster so the default behaviour willshould remain the same.
There should be a configuration variable allowing a range of entities% of edits
Ladsgroup removed Ladsgroup as the assignee of this task.
TASK DETAILhttps://phabricator.wikimedia.org/T203241EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Ladsgroup, Jakob_WMDE, Lydia_Pintscher, Lucas_Werkmeister_WMDE, gerritbot, Pablo-WMDE,
daniel added a project: MW-1.32-release.daniel added a comment.
Tagging for 1.32 release, since this is needed to make MCR feature-complete.TASK DETAILhttps://phabricator.wikimedia.org/T174036EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc:
Addshore renamed this task from "Store WikibaseQualityConstraint check data in an SQl table instead of in the cache" to "Store WikibaseQualityConstraint check data in an SQL table instead of in the cache".
TASK DETAILhttps://phabricator.wikimedia.org/T204024EMAIL
Addshore added a subtask: T204031: Deploy regular running of wikidata constraint checks using the job queue.
TASK DETAILhttps://phabricator.wikimedia.org/T201150EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, Jonas, Aklapper, Lahi, Gq86,
Addshore created this task.Addshore added projects: Wikidata, Wikibase-Quality, Wikibase-Quality-Constraints, wikidata-tech-focus.Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTIONOnce T204022 is done and merged and deployed we can think about deploying the feature:
The feature
Addshore edited parent tasks, added: T204031: Deploy regular running of wikidata constraint checks using the job queue; removed: T201150: Regularly run constraint checks for all items.
TASK DETAILhttps://phabricator.wikimedia.org/T204022EMAIL
Addshore removed a subtask: T204022: Add functionality to run QualityConstraint checks on an entity after every edit.
TASK DETAILhttps://phabricator.wikimedia.org/T201150EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, Jonas, Aklapper,
Addshore added a subtask: T204022: Add functionality to run QualityConstraint checks on an entity after every edit.
TASK DETAILhttps://phabricator.wikimedia.org/T201150EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, Jonas, Aklapper,
Addshore added a parent task: T201150: Regularly run constraint checks for all items.
TASK DETAILhttps://phabricator.wikimedia.org/T204022EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Aklapper, Addshore, Lahi, Gq86, Lucas_Werkmeister_WMDE,
Addshore created this task.Addshore added projects: Wikidata, Wikibase-Quality, Wikibase-Quality-Constraints, Wikidata-Campsite.Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTIONAfter investigation in T202404#4555480 it was determined that we can probably / should run the
Addshore added a comment.
I have created:
T204022: Add functionality to run QualityConstraint checks on an entity after every edit
T204024: Store WikibaseQualityConstraint check data in an SQl table instead of in the cache
TASK DETAILhttps://phabricator.wikimedia.org/T202404EMAIL
Addshore added a parent task: T192565: Find constraint violations.
TASK DETAILhttps://phabricator.wikimedia.org/T204024EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Aklapper, Addshore, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic,
Addshore added a subtask: T204024: Store WikibaseQualityConstraint check data in an SQl table instead of in the cache.
TASK DETAILhttps://phabricator.wikimedia.org/T192565EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Liuxinyu970226,
Addshore added subscribers: Smalyshev, Addshore.Addshore added a comment.
@Smalyshev I guess when reloading a query service instance with all of the data you won't really be able to use the api or event buss data to do that?
You'll need a dump?
If so, that should be possible with T204024: Store
gerritbot added a comment.
Change 453140 abandoned by Pablo Grass (WMDE):
Store: add ability to clean in-memory cache
Reason:
Made irrelevant by I82b5e94009527f9e46262bf6f505a43ddc9767f0 & Idd12370b09ad0ebae23d77c743b79a7163961436
https://gerrit.wikimedia.org/r/453140TASK
gerritbot added a comment.
Change 453143 abandoned by Pablo Grass (WMDE):
phpunit: clear in-memory caches between tests
Reason:
Made irrelevant by I82b5e94009527f9e46262bf6f505a43ddc9767f0 & Idd12370b09ad0ebae23d77c743b79a7163961436
https://gerrit.wikimedia.org/r/453143TASK
Addshore created this task.Addshore added projects: Wikidata, Wikibase-Quality.Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTIONCurrently the WikibaseQualityConstraints stores data in a memcached cache, but there is no guarantee of how long that data will remain as it can be
Addshore added a project: wikidata-tech-focus.
TASK DETAILhttps://phabricator.wikimedia.org/T204022EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Aklapper, Addshore, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, merbst,
Addshore added projects: Wikibase-Quality-Constraints, Wikidata-Campsite, wikidata-tech-focus.
TASK DETAILhttps://phabricator.wikimedia.org/T204024EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Aklapper, Addshore, Lahi, Gq86,
gerritbot added a comment.
Change 454813 abandoned by Pablo Grass (WMDE):
RdfBuilderTestData: make EntityContentDataCodec mandatory
Reason:
Irrelevant as parent changes were abandoned.
https://gerrit.wikimedia.org/r/454813TASK DETAILhttps://phabricator.wikimedia.org/T202624EMAIL
Tarrow claimed this task.Tarrow added a project: Wikidata-Editor-Experience-Improvements-Iteration7.
TASK DETAILhttps://phabricator.wikimedia.org/T194347EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: TarrowCc: Aklapper, Lucas_Werkmeister_WMDE, Tarrow,
daniel added a project: MW-1.32-release.daniel added a comment.
Tagging for 1.32 release, since this is needed to make MCR feature-complete.TASK DETAILhttps://phabricator.wikimedia.org/T194037EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Aklapper,
Addshore updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION... [] There should be a configuration variable allowing a range of entities, or multiple ranges to be selected to file the job.
[] There should be a way to track the run time of these jobs (min max average and
Addshore added a subtask: T204022: Add functionality to run QualityConstraint checks on an entity after every edit.
TASK DETAILhttps://phabricator.wikimedia.org/T204031EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, Aklapper, Lahi, Gq86,
Addshore added a parent task: T201150: Regularly run constraint checks for all items.
TASK DETAILhttps://phabricator.wikimedia.org/T204031EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, Aklapper, Lahi, Gq86, Lucas_Werkmeister_WMDE,
Lucas_Werkmeister_WMDE set the point value for this task to "3".
TASK DETAILhttps://phabricator.wikimedia.org/T203668EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Lydia_Pintscher, Pablo-WMDE, Mringgaard, Lahi, Gq86,
Lucas_Werkmeister_WMDE set the point value for this task to "3".
TASK DETAILhttps://phabricator.wikimedia.org/T203745EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Lydia_Pintscher, Pablo-WMDE, Mringgaard, Lahi, Gq86,
gerritbot added a comment.
Change 459770 had a related patch set uploaded (by Pablo Grass (WMDE); owner: Pablo Grass (WMDE)):
[mediawiki/extensions/WikibaseQualityExternalValidation@master] EntityIdFormatterFactory: provide language
https://gerrit.wikimedia.org/r/459770TASK
Pablo-WMDE closed this task as "Resolved".Pablo-WMDE added a comment.
WikibaseRepo instances are now reset for every test curtesy of https://gerrit.wikimedia.org/r/455180TASK DETAILhttps://phabricator.wikimedia.org/T201988EMAIL
Ladsgroup added a comment.
This is a basic POC:
F25770172: image.pngTASK DETAILhttps://phabricator.wikimedia.org/T198203EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Lucas_Werkmeister_WMDE, Ladsgroup, WMDE-leszek, Lydia_Pintscher, RazShuty,
Tarrow added a comment.
I wasn't able to replicate the problem. Seems @Jakob_WMDE managed to fix with clearing LocalStorageTASK DETAILhttps://phabricator.wikimedia.org/T204039EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: TarrowCc: Tarrow, Jakob_WMDE,
gerritbot added a comment.
Change 459781 had a related patch set uploaded (by Lucas Werkmeister (WMDE); owner: Lucas Werkmeister (WMDE)):
[mediawiki/extensions/WikibaseLexeme@master] Format sense IDs of redirected lexemes
https://gerrit.wikimedia.org/r/459781TASK
Pablo-WMDE added a comment.
Column move was wishful thinking - confusion with this id change.TASK DETAILhttps://phabricator.wikimedia.org/T196226EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jakob_WMDE, Pablo-WMDECc: Pablo-WMDE, Lydia_Pintscher, abian,
daniel added a comment.
We should probably not do all wikis immediately. Perhaps we can do something like this:
testwiki. watch for bugs.
mediawikiwiki and metawiki. watch for bugs.
commonswiki and dewiki. watch for performance issues.
all the rest.
TASK
Lucas_Werkmeister_WMDE updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...* link to formsense on "old" lexeme (e.g. Lexeme:L9#L9-S2), i.e. the redirect has no effect on where we link to (same as before)...TASK DETAILhttps://phabricator.wikimedia.org/T203668EMAIL
Lucas_Werkmeister_WMDE added a comment.
A relatively simple way to test this, assuming you have WikibaseQualityConstraints set up, is to define a symmetric constraint on a sense-type property and then check the constraints of the subject entity via Special:ConstraintReport.TASK
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T203745EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDE, gerritbotCc: gerritbot, Lydia_Pintscher, Pablo-WMDE, Mringgaard, Gaboe420, Versusxo,
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T203668EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDE, gerritbotCc: gerritbot, Lydia_Pintscher, Pablo-WMDE, Mringgaard, Gaboe420, Versusxo,
Bstorm added a comment.
For that matter, will anything break if I deploy that now? Like is the compatibility joins in the current tables actually needed at this point?TASK DETAILhttps://phabricator.wikimedia.org/T174047EMAIL
jcrespo added a comment.
will anything break
I don't think because fields have been added but not yet removed, but I cannot promise that will happen soon or it is happening now (we should test on deploy on a smaller db first).TASK DETAILhttps://phabricator.wikimedia.org/T174047EMAIL
Jakob_WMDE created this task.Jakob_WMDE added a project: Lexicographical data.Restricted Application added a project: Wikidata.
TASK DESCRIPTIONAs a WikibaseLexeme developer, I want to use debug=true so that I can set resource loader to debug mode in order to disable JS minification for setting
abian added a comment.
In case you want to analyze the situation, wikiba.se is down right now.TASK DETAILhttps://phabricator.wikimedia.org/T99531EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Dzahn, abianCc: WMDE-leszek, abian, BBlack,
gerritbot added a comment.
Change 459768 had a related patch set uploaded (by Lucas Werkmeister (WMDE); owner: Lucas Werkmeister (WMDE)):
[mediawiki/extensions/WikibaseLexeme@master] Wire SenseIdHtmlFormatter to EntityIdHtmlLinkFormatterFactory
https://gerrit.wikimedia.org/r/459768TASK
Lucas_Werkmeister_WMDE claimed this task.Lucas_Werkmeister_WMDE moved this task from To Do to Doing on the Wikidata-Senses-Iteration4 board.
TASK DETAILhttps://phabricator.wikimedia.org/T203668WORKBOARDhttps://phabricator.wikimedia.org/project/board/3562/EMAIL
Pablo-WMDE closed this task as "Invalid".
TASK DETAILhttps://phabricator.wikimedia.org/T202624EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pablo-WMDECc: gerritbot, Aklapper, Pablo-WMDE, Mringgaard, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci,
Pablo-WMDE closed subtask T202624: RdfBuilderTestData: make EntityContentDataCodec mandatory as "Invalid".
TASK DETAILhttps://phabricator.wikimedia.org/T201988EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pablo-WMDECc: gerritbot, Addshore, WMDE-leszek,
Pablo-WMDE closed subtask T202624: RdfBuilderTestData: make EntityContentDataCodec mandatory as "Invalid".
TASK DETAILhttps://phabricator.wikimedia.org/T198105EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Tarrow, Pablo-WMDECc: gerritbot, Pablo-WMDE, KaMan,
Lucas_Werkmeister_WMDE created this task.Lucas_Werkmeister_WMDE added projects: Wikidata, Lexicographical data.
TASK DESCRIPTION
Create a lexeme
Merge it into another lexeme
Restore the previous (non-merged) version of the (source) lexeme
Try to restore the merged/redirected version again
Jonas added a comment.
+1 for Cassandra, but one disadvantage might be that normal installation don't have the service.TASK DETAILhttps://phabricator.wikimedia.org/T204024EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: Jonas, Lucas_Werkmeister_WMDE,
gerritbot added a comment.
Change 459760 had a related patch set uploaded (by Pablo Grass (WMDE); owner: Pablo Grass (WMDE)):
[mediawiki/extensions/WikibaseLexeme@master] LexemeDiffVisualizerIntegrationTest: use Wikibase methods
https://gerrit.wikimedia.org/r/459760TASK
Bstorm added a comment.
That sounds like a reasonable edit for the docs.TASK DETAILhttps://phabricator.wikimedia.org/T174047EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BstormCc: Stashbot, jcrespo, gerritbot, Bstorm, Tgr, bd808, Anomie, Aklapper, daniel,
Ladsgroup claimed this task.Ladsgroup moved this task from To Do to Doing on the Wikidata-Senses-Iteration4 board.Ladsgroup added a comment.Restricted Application added a project: User-Ladsgroup.
I give this a try.TASK
Lucas_Werkmeister_WMDE claimed this task.Lucas_Werkmeister_WMDE moved this task from To Do to Doing on the Wikidata-Senses-Iteration4 board.
TASK DETAILhttps://phabricator.wikimedia.org/T203745WORKBOARDhttps://phabricator.wikimedia.org/project/board/3562/EMAIL
Lucas_Werkmeister_WMDE created this task.Lucas_Werkmeister_WMDE added projects: Wikidata, Wikidata-Query-Service.Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTIONAs a linked data user especially interested in geospatial data, I want to use GeoSPARQL features on the Wikidata
gerritbot added a comment.
Change 459760 merged by jenkins-bot:
[mediawiki/extensions/WikibaseLexeme@master] LexemeDiffVisualizerIntegrationTest: use Wikibase methods
https://gerrit.wikimedia.org/r/459760TASK DETAILhttps://phabricator.wikimedia.org/T195315EMAIL
gerritbot added a comment.
Change 459770 merged by jenkins-bot:
[mediawiki/extensions/WikibaseQualityExternalValidation@master] EntityIdFormatterFactory: provide language
https://gerrit.wikimedia.org/r/459770TASK DETAILhttps://phabricator.wikimedia.org/T195315EMAIL
Addshore added a comment.
Indeed it is:
F25772293: image.png
$ ping wikiba.se
Pinging wikiba.se [89.31.143.100] with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Ping statistics for 89.31.143.100:
Packets: Sent = 4, Received = 0, Lost = 4
jcrespo added a comment.
Yeah, let's announce it first as this time is a "breaking change" and we can wait a bit to deploy. I have also pending to to a rolling restart for mariadb upgrade and we can do it at the same time as otherwise for large tables all changes may fail because of metadata
Lucas_Werkmeister_WMDE added a comment.
Some previous discussion of this, including suggested database schemas, can be found in the comments of T179849: Cache all constraint check results per-entity.TASK DETAILhttps://phabricator.wikimedia.org/T204024EMAIL
Lucas_Werkmeister_WMDE added a project: Wikidata-Senses-Iteration4.
TASK DETAILhttps://phabricator.wikimedia.org/T203745EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Lydia_Pintscher, Pablo-WMDE, Mringgaard, Lahi, Gq86,
Lucas_Werkmeister_WMDE added a project: Wikidata-Senses-Iteration4.
TASK DETAILhttps://phabricator.wikimedia.org/T203668EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Lydia_Pintscher, Pablo-WMDE, Mringgaard, Lahi, Gq86,
Addshore updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...TBA why can'tCan we use blobstore? (we could but it doesn't give us a way to remove blobs,Cassandra for the actual blob storage? and we don't want to keep this data for ever)..just keeping the index of entities and
Addshore added a comment.
I have added this use case to the list of possible use cases for Cassandra, as storing the blobs in Cassandra instead of in SQL would make sense.TASK DETAILhttps://phabricator.wikimedia.org/T204024EMAIL
Bstorm added a comment.
@jcrespo I am prepared to push the patch I put up with the "_compat" tables to provide an easy fix for people with not-so-maintained but still important tools. I'm not sure I should NULL the fields on this ticket just yet?
However, if we haven't communicated the changes
srishakatux removed a project: Google-Summer-of-Code (2018).
TASK DETAILhttps://phabricator.wikimedia.org/T138708EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: srishakatuxCc: Scott_WorldUnivAndSch, Jan_Dittrich, RazShuty, Joshi-Jay-31, srishakatux, AdityaJ,
Liuxinyu970226 added a comment.
Maybe we need a tracking task for these removing requests too.TASK DETAILhttps://phabricator.wikimedia.org/T203310EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Liuxinyu970226Cc: Liuxinyu970226, Aklapper, jhsoby, Nikki, Lahi,
Smalyshev closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T202779EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Cmjohnson, SmalyshevCc: ops-monitoring-bot, Stashbot, mark, faidon, Addshore, Smalyshev, RobH, Cmjohnson, Gehel,
Smalyshev closed this task as "Resolved".Smalyshev claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T202777EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: ops-monitoring-bot, Stashbot, Aklapper, mark, faidon, Addshore, Smalyshev,
Smalyshev closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T202778EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Gehel, SmalyshevCc: Stashbot, Mathew.onipe, Aklapper, mark, faidon, Addshore, Smalyshev, RobH, Papaul, Gehel,
Krinkle updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONFields that will become unused with MCR schema migration should be hidden in the toolforge replica of the wiki databases, to avoid tools from reading incomplete/inconsistent data. These fields will eventually be
Smalyshev added a project: Discovery-Wikidata-Query-Service-Sprint.
TASK DETAILhttps://phabricator.wikimedia.org/T203646EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Lucas_Werkmeister_WMDE, Oravrattas, Smalyshev, Aklapper,
Smalyshev added a comment.
Is something happening on this or this was shelved for now?TASK DETAILhttps://phabricator.wikimedia.org/T199228EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Lydia_Pintscher, EBjune, debt, Joe, Smalyshev, Gehel,
Legoktm closed this task as "Declined".Legoktm added a comment.
I think running phan over tests/ is going to be a disaster due to mocking, TestingAccessWrapper, etc.TASK DETAILhttps://phabricator.wikimedia.org/T183083EMAIL
Smalyshev added a project: User-Smalyshev.
TASK DETAILhttps://phabricator.wikimedia.org/T203646EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Lucas_Werkmeister_WMDE, Oravrattas, Smalyshev, Aklapper, Wikidata-Query-Service, Alexsdutton, mhl20,
daniel added a comment.
@jcrespo sounds good to me, yet. Compare also https://www.wikidata.org/wiki/Wikidata:Stable_Interface_Policy, which states that changes to the database schema are announced like changes to a public API, but less effort is made to provide backwards compatibility as would be
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T198203EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, gerritbotCc: gerritbot, Lucas_Werkmeister_WMDE, Ladsgroup, WMDE-leszek, Lydia_Pintscher, RazShuty,
gerritbot added a comment.
Change 459796 had a related patch set uploaded (by Ladsgroup; owner: Amir Sarabadani):
[mediawiki/extensions/WikibaseLexeme@master] [WIP] Start InvalidLanguageIndicator and use it in glosses
https://gerrit.wikimedia.org/r/459796TASK
Anomie added a comment.
I don't think "make MCR feature-complete" can happen in time for 1.32, since that would require thing like T174033: Refactor EditPage to allow multiple slots to be edited atomically [MCR] as well.
The current goal seems to be to make it complete enough for the purposes of
gerritbot added a comment.
Change 459810 had a related patch set uploaded (by Jakob; owner: Jakob):
[mediawiki/extensions/WikibaseLexeme@master] Add form id prefix to form statement groups
https://gerrit.wikimedia.org/r/459810TASK DETAILhttps://phabricator.wikimedia.org/T196226EMAIL
gerritbot added a comment.
Change 443831 merged by jenkins-bot:
[mediawiki/core@master] [MCR] Set MCR migration stage to write-both/read-new.
https://gerrit.wikimedia.org/r/443831TASK DETAILhttps://phabricator.wikimedia.org/T198561EMAIL
gerritbot added a comment.
Change 459537 merged by jenkins-bot:
[mediawiki/extensions/WikibaseLexeme@master] Set correct form id in js
https://gerrit.wikimedia.org/r/459537TASK DETAILhttps://phabricator.wikimedia.org/T195477EMAIL
jcrespo added a comment.
@daniel look at the writeup I mention above, and see if it seems reasonable- note that tools may rely on old structure, in terms of fields may not be dropped yet, but I guess they will eventually be emptied. Note that the main issues we learned is that compatibility views
Dzahn added a comment.
these are the contact options listed on the site at http://wikiba.se/contact/ (in case it's down) to find an admin:
It's also possible to ask for support via the Wikidata project:
Mailing Lists
https://twitter.com/wikidata
#wikidata on irc.freenode.net
Contact the
Bstorm added a comment.
@jcrespo, looks great! I think that, since the work is already done anyway, with the slow development possible on some tools, having some compatibility views available should be helpful. I'm eager to remove some of the compatibility joins from the replicas (which is part
jcrespo added a comment.
no issue with scwiki or any other small one- you may still need he depooling to avoid headaches on the larger ones :-)TASK DETAILhttps://phabricator.wikimedia.org/T174047EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jcrespoCc:
daniel added a comment.
I don't think "make MCR feature-complete" can happen in time for 1.32
Yea, i meant "able to properly function", not "used in all places where we want to use it in core".
Having MCR without the ability of atomic edits is still ok. Having MCR without the ability to see
Addshore updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...Instead some jenkins / github hook should hit the travis API / trigger a new build
As this requires a travis token it might be an idea to use a specific account for it that only has access to the wikibase-docker
gerritbot added a comment.
Change 447654 merged by Bstorm:
[operations/puppet@production] wiki replicas: moving compatibility views to $table_compat
https://gerrit.wikimedia.org/r/447654TASK DETAILhttps://phabricator.wikimedia.org/T174047EMAIL
Lucas_Werkmeister_WMDE created this task.Lucas_Werkmeister_WMDE added projects: Wikidata, Continuous-Integration-Config.Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTIONFor the past few hours, CI on Wikibase-related repositories has been mostly broken (both test builds and
Addshore raised the priority of this task from "High" to "Unbreak Now!".Restricted Application added subscribers: Liuxinyu970226, TerraCodes.
TASK DETAILhttps://phabricator.wikimedia.org/T204065EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc:
Pablo-WMDE added a comment.
So @Addshore seems to be on it.TASK DETAILhttps://phabricator.wikimedia.org/T204065EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pablo-WMDECc: WMDE-leszek, Pablo-WMDE, hashar, TerraCodes, Liuxinyu970226, daniel, Addshore,
Bstorm added a comment.
(we should test on deploy on a smaller db first).
Any suggestions? scwiki perhaps?
If it isn't breaking yet, then I could merge now, deploy to that db, and actually do a general rebuild of the views during the reboot depools.TASK
daniel added a comment.
I don't think because fields have been added but not yet removed, but I cannot promise that won't happen soon (it is not in my hand, it is the mw core maintainers who handle that) or it is happening now (we should test on deploy on a smaller db first).
No fields are going
jcrespo added a comment.
I've written this: https://wikitech.wikimedia.org/wiki/Help:Toolforge/Database#Stability_of_the_mediawiki_database_schema please review if it makes sense and ping if you see issues or edit it yourself and it would be great if you could send an email referencing this to
Reminder: Technical Advice IRC meeting again **Wednesday 3-4 pm UTC** on
#wikimedia-tech.
Question can be asked in English, German & Persian.
The Technical Advice IRC Meeting is a weekly support event for volunteer
developers. Every Wednesday, two full-time developers are available to help
you
1 - 100 of 182 matches
Mail list logo