Liuxinyu970226 added a subscriber: Addshore.Liuxinyu970226 added a comment.
@Addshore and @daniel, due to the huge technical challange, I don't see why these tasks are still calling "ready to go", mark these stalled and move to "monitoring" column?TASK
gerritbot added a comment.
Change 471202 had a related patch set uploaded (by Hoo man; owner: Hoo man):
[mediawiki/extensions/Wikibase@master] EditEntity::attemptSave: Fail (don't throw) on redirect
https://gerrit.wikimedia.org/r/471202TASK DETAILhttps://phabricator.wikimedia.org/T208106EMAIL
hoo added a comment.
Related https://github.com/wmde/WikibaseDataModelServices/pull/200TASK DETAILhttps://phabricator.wikimedia.org/T93273EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: gerritbot, PokestarFan, Krinkle, mmodell, Addshore, Bene, hoo,
gerritbot added a comment.
Change 471194 had a related patch set uploaded (by Hoo man; owner: Hoo man):
[mediawiki/extensions/WikibaseQualityConstraints@master] ValueTypeChecker: Handle unresolved redirects
https://gerrit.wikimedia.org/r/471194TASK
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T93273EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, PokestarFan, Krinkle, mmodell, Addshore, Bene, hoo, JanZerebecki, thiemowmde, daniel,
mobrovac added a project: Dependency-Tracking.mobrovac added a comment.
Essentially, we are talking here about dependency tracking for WikiBase/WikiData. We do need a larger solution to the dependency tracking problem all over our infrastructure, with WB/WD being the pathological case. At some
Bawolff added a comment.
Hi,
So query.wikidata.org is allowed from the CSP policy.
For other domains, we are planning to have a process where individual users can specify that they allow other sources. The details aren't entirely worked out yet, but some sort of solution to this problem will
Addshore added a comment.
In T194299#4714630, @daniel wrote:
In T194299#4714614, @aaron wrote:
openConnection is badly named and still reuses connections. You'd probably want getConnection with CONN_TRX_AUTO
I hate this hack. This may *still* re-use connections, if anything else used
daniel added a comment.
In T194299#4714614, @aaron wrote:
openConnection is badly named and still reuses connections. You'd probably want getConnection with CONN_TRX_AUTO
I hate this hack. This may *still* re-use connections, if anything else used CONN_TRX_AUTO. We should have CONN_NEW.TASK
aaron added a comment.
openConnection is badly named and still reuses connections. You'd probably want getConnection with CONN_TRX_AUTOTASK DETAILhttps://phabricator.wikimedia.org/T194299EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: aaronCc: aaron,
Addshore added a comment.
In T194299#4713654, @hoo wrote:
@aaron Suggested to use a separate master DB connection for this (if were in a transaction and don't immediately autocommit), so that it never ends up in the main transaction. That might mean slightly more wasted IDs, but should
JMinor closed subtask T206871: [BUG] It's possible to edit wikidata descriptions in articles that don't have wikidata items as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T193691EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Mhurd, JMinorCc:
JMinor closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T193691EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Mhurd, JMinorCc: ABorbaWMF, Sjoerddebruin, JMinor, PDrouin-WMF, Aklapper, Mhurd, cmadeo, Nandana, Lahi, Gq86,
Ladsgroup closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T189962EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Halfak, Aklapper, Ladsgroup, Nandana, Lahi, Gq86, Vacio, bkowshik, GoranSMilovanovic, QZanden,
Ladsgroup closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T195701EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Lea_Lacroix_WMDE, Aklapper, Halfak, Ladsgroup, matej_suchanek, Lydia_Pintscher, Nandana, Lahi, Gq86,
Gehel added a comment.
For context, T202765 is about a bot sending annoying and somewhat expensive requests. That specific issue is now resolved.TASK DETAILhttps://phabricator.wikimedia.org/T202764EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GehelCc:
Lydia_Pintscher closed this task as "Resolved".Lydia_Pintscher moved this task from Test (Verification) to Done on the Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.
TASK DETAILhttps://phabricator.wikimedia.org/T204419WORKBOARDhttps://phabricator.wikimedia.org/project/board/3539/EMAIL
Lydia_Pintscher closed this task as "Resolved".Lydia_Pintscher moved this task from Test (Verification) to Done on the Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.
TASK DETAILhttps://phabricator.wikimedia.org/T206536WORKBOARDhttps://phabricator.wikimedia.org/project/board/3539/EMAIL
Addshore created this task.Addshore triaged this task as "Low" priority.Addshore added projects: Wikidata, wikidata-tech-focus.Restricted Application added a project: User-Addshore.
TASK DESCRIPTIONOn 1/11/2018 there was a spike in dispatch lag and thus maxlag but succubot continued to edit.TASK
Ladsgroup added a comment.
It's so restricted that even with access to all security issues, I still don't have access to it.TASK DETAILhttps://phabricator.wikimedia.org/T202764EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Stashbot, Marostegui,
Addshore added a comment.
*is also interested in what T202765 is*TASK DETAILhttps://phabricator.wikimedia.org/T202764EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Stashbot, Marostegui, Banyek, Reedy, gerritbot, Krinkle, Addshore, Yurik, jcrespo,
Imarlier added a comment.
Can someone add me to T202765, mentioned above by @Gehel? The issue that @Smalyshev created last week seems to involve requests that are never getting to wikidata, which suggests a wdqs related issue of some sort (and thus potentially related to spikes in resource use or
Keegan closed this task as "Resolved".Keegan added a comment.
https://meta.wikimedia.org/wiki/IRC_office_hours/Office_hours_2018-11-01TASK DETAILhttps://phabricator.wikimedia.org/T204141EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: KeeganCc: Ramsey-WMF,
Keegan closed subtask T204141: Structured Data IRC office hour - Multilingual Captions as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T182687EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: KeeganCc: SandraF_WMF, Aklapper, Nandana, JKSTNK, Lahi,
hoo moved this task from Peer Review to Test (Verification) on the Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.hoo added a comment.
Given that this seems to only happen rarely, I think this can wait for the train next week.TASK
JeroenDeDauw closed this task as "Resolved".JeroenDeDauw claimed this task.JeroenDeDauw added a comment.
Already fixed by https://gerrit.wikimedia.org/r/c/mediawiki/extensions/WikibaseQualityConstraints/+/471046TASK DETAILhttps://phabricator.wikimedia.org/T208534EMAIL
JeroenDeDauw created this task.JeroenDeDauw added a project: Wikibase-Quality-Constraints.Restricted Application added a subscriber: Aklapper.Restricted Application added a project: Wikidata.
TASK DESCRIPTIONThis change
JeroenDeDauw renamed this task from "Outdated version of CS used on Gerrit" to "Outdated version of CS cause failures on Gerrit".
TASK DETAILhttps://phabricator.wikimedia.org/T208534EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JeroenDeDauwCc: JeroenDeDauw,
Lydia_Pintscher added subscribers: Jakob_WMDE, Lydia_Pintscher.Lydia_Pintscher added a project: Wikidata-Campsite.Lydia_Pintscher added a comment.
Adding @Jakob_WMDE as this week's incident manager to check if this is just a weird glitch or something more serious.TASK
Lydia_Pintscher added a comment.
In T207657#4711924, @Addshore wrote:
In T207657#4687876, @Lydia_Pintscher wrote:
I don't think we actually ever talked about the name for real?
It looks like you were not in the email thread D:
:/
What do you think of the name?
I think it's rather boring
ReleaseTaggerBot added a project: MW-1.33-notes (1.33.0-wmf.3; 2018-11-06).
TASK DETAILhttps://phabricator.wikimedia.org/T208106EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, ReleaseTaggerBotCc: gerritbot, Krinkle, Aklapper, CucyNoiD, Nandana,
gerritbot added a comment.
Change 470810 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@master] Require at least data-values/number 0.10.1
https://gerrit.wikimedia.org/r/470810TASK DETAILhttps://phabricator.wikimedia.org/T208106EMAIL
gerritbot added a comment.
Change 470809 merged by jenkins-bot:
[mediawiki/vendor@master] Update data-values/number to 0.10.1
https://gerrit.wikimedia.org/r/470809TASK DETAILhttps://phabricator.wikimedia.org/T208106EMAIL
hoo moved this task from Peer Review to Test (Verification) on the Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.hoo removed a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T208317WORKBOARDhttps://phabricator.wikimedia.org/project/board/3539/EMAIL
Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2018-11-01T18:19:23Z] Synchronized wmf-config/InitialiseSettings.php: Remove now redundant Wikidata config for wiktionary (T208317) (duration: 00m 54s)TASK DETAILhttps://phabricator.wikimedia.org/T208317EMAIL
gerritbot added a comment.
Change 470961 merged by jenkins-bot:
[operations/mediawiki-config@master] Remove now redundant Wikidata config for wiktionary
https://gerrit.wikimedia.org/r/470961TASK DETAILhttps://phabricator.wikimedia.org/T208317EMAIL
Jdlrobson added a comment.
This looks unblocked?
Can we move this to QA/sign off?TASK DETAILhttps://phabricator.wikimedia.org/T198946EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Niedzielski, JdlrobsonCc: Stashbot, Gilles, nray, Smalyshev, WMDE-leszek,
Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2018-11-01T18:12:21Z] Synchronized dblists/wikidataclient.dblist: Add all wiktionaries to wikidataclient.dblist, sort list (T208317) (duration: 00m 57s)TASK DETAILhttps://phabricator.wikimedia.org/T208317EMAIL
gerritbot added a comment.
Change 470960 merged by jenkins-bot:
[operations/mediawiki-config@master] Add all wiktionaries to wikidataclient.dblist
https://gerrit.wikimedia.org/r/470960TASK DETAILhttps://phabricator.wikimedia.org/T208317EMAIL
gerritbot added a comment.
Change 471050 had a related patch set uploaded (by Pablo Grass (WMDE); owner: Pablo Grass (WMDE)):
[mediawiki/extensions/Wikibase@master] Termbox: provide CSS withouth JS, too
https://gerrit.wikimedia.org/r/471050TASK DETAILhttps://phabricator.wikimedia.org/T206200EMAIL
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T206200EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Pablo-WMDE, Matthias_Geisler_WMDE, Lea_WMDE, Aklapper, Jonas, CucyNoiD, Nandana,
hoo added a subscriber: aaron.hoo added a comment.
@aaron Suggested to use a separate master DB connection for this (if were in a transaction and don't immediately autocommit), so that it never ends up in the main transaction. That might mean slightly more wasted IDs, but should significantly
Lydia_Pintscher added a comment.
Still needed now that Lexemes are fully enabled on test, beta and production?TASK DETAILhttps://phabricator.wikimedia.org/T197583EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Aklapper, Smalyshev,
dbarratt updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...```
Alternatively, it could go in the revision object under slots:
```
lang=json
"revisions": [
{
"revid": 105192,
"parentid": 105190,
"minor": false,
"timestamp":
gerritbot added a comment.
Change 470876 merged by Gehel:
[operations/puppet@production] wdqs::updater: removed dependency on wdqs. Added parameter doc
https://gerrit.wikimedia.org/r/470876TASK DETAILhttps://phabricator.wikimedia.org/T208392EMAIL
daniel added a comment.
@abian this would perhaps be possible, though it would mean introducing a new cross-wiki event flow. Each client wiki would have to trigger a RefreshLinksJob for the entity page on the repo. But the repo would still have to poll the protection status of all wikis, or it
Addshore added a comment.
In T194299#4713400, @daniel wrote:
In T194299#4712763, @Addshore wrote:
One idea that @daniel and I had for this was simply to spread the ItemId counter out over 2 or more rows.. having one row deal with an odd counter and another deal with an even counter.
For
daniel added a comment.
In T194299#4712763, @Addshore wrote:
One idea that @daniel and I had for this was simply to spread the ItemId counter out over 2 or more rows.. having one row deal with an odd counter and another deal with an even counter.
For context, note that we are not using an
dbarratt updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...Wikibase should add a new property to the page response object that will return a collection of embedded entity ids on a page organized by //slot//. It should look at each //slot// to determine if any are wikibase
dbarratt updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...Wikibase should add a new property to the page response object that will return a single entity idscollection of embedded entity ids on a page organized by //slot//. It should look at each //slot// to determine if
dbarratt updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...Wikibase should add a new property to the page response object that will return an arraya single entity ids of embedded entity ids on a pagege organized by //slot//. It should look at each //slot// to determine if
dbarratt updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION**Problem**
AOn a page response object like this:...TASK DETAILhttps://phabricator.wikimedia.org/T208517EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: dbarrattCc: Aklapper,
dbarratt added a project: MediaWiki-API.dbarratt added a comment.
Adding #mediawiki-api so they are aware, feel free to remove the tag. :)TASK DETAILhttps://phabricator.wikimedia.org/T208517EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: dbarrattCc: Aklapper,
dbarratt created this task.dbarratt added projects: MediaWiki-extensions-WikibaseRepository, SDC General.Restricted Application added a subscriber: Aklapper.Restricted Application added a project: Wikidata.
TASK DESCRIPTIONProblem
A page response object like this:
Pablo-WMDE added a comment.
Random observations I'd like to discuss before we call this:
id="app" on the vue root element needs to change - in theory this is bigger than "termbox" as the actual termbox component is a (currently only) child of it. How about wikibase-vue-view for starters? I'm
ReleaseTaggerBot added a project: MW-1.33-notes (1.33.0-wmf.3; 2018-11-06).
TASK DETAILhttps://phabricator.wikimedia.org/T97368EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, ReleaseTaggerBotCc: Jonas, Stashbot, gerritbot, Jdforrester-WMF, Joe,
Addshore triaged this task as "Normal" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T194299EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: TerraCodes, Stashbot, Banyek, Paladox, mmodell, daniel, Addshore, Aklapper, gerritbot, hoo,
Addshore removed Addshore as the assignee of this task.Addshore moved this task from Done ✔️ to In Progress on the User-Addshore board.
TASK DETAILhttps://phabricator.wikimedia.org/T194299WORKBOARDhttps://phabricator.wikimedia.org/project/board/2102/EMAIL
Addshore added a comment.
In T208002 I added tracking of page creations to https://grafana.wikimedia.org/dashboard/db/wikidata-edits
We should be able to see what rate of creations ends up causing us issues here and if the rate of creations actually lines up with these errors.
It's a shame the
Addshore edited projects, added Wikidata-Campsite (Wikidata-Campsite-Iteration-∞); removed Wikidata-Campsite.Addshore closed this task as "Resolved".Addshore claimed this task.Restricted Application added a project: User-Addshore.
TASK DETAILhttps://phabricator.wikimedia.org/T208002EMAIL
Addshore added a comment.
This now appears as part of the wikidata-edits grafana dashboard
F27009875: image.pngTASK DETAILhttps://phabricator.wikimedia.org/T208002EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, Aklapper, Nandana, Lahi,
Addshore added a project: Wikidata-Campsite.Addshore added a comment.
I failed to tag the patches
https://gerrit.wikimedia.org/r/#/c/analytics/wmde/scripts/+/471027/
https://gerrit.wikimedia.org/r/#/c/analytics/wmde/scripts/+/471026/TASK DETAILhttps://phabricator.wikimedia.org/T208002EMAIL
gerritbot added a comment.
Change 470567 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@master] CachingPropertyInfoLookup local server cache 10s -> 15s
https://gerrit.wikimedia.org/r/470567TASK DETAILhttps://phabricator.wikimedia.org/T97368EMAIL
Addshore added subscribers: mmodell, Paladox, Banyek, Stashbot, TerraCodes.Addshore merged a task: T207881: excessive "lock wait timeout exceeded " error rate after deploying 1.33.0-wmf.1 to group1 .
TASK DETAILhttps://phabricator.wikimedia.org/T194299EMAIL
Addshore closed this task as a duplicate of T194299: Lock wait timeout exceeded in SqlIdGenerator::generateNewId.Restricted Application removed a subscriber: Liuxinyu970226.
TASK DETAILhttps://phabricator.wikimedia.org/T207881EMAIL
Addshore added a subscriber: daniel.Addshore added a comment.
One idea that @daniel and I had for this was simply to spread the ItemId counter out over 2 or more rows.. having one row deal with an odd counter and another deal with an even counter.
This would mean that ids would no longer be
ReleaseTaggerBot added a project: MW-1.33-notes (1.33.0-wmf.3; 2018-11-06).
TASK DETAILhttps://phabricator.wikimedia.org/T204716EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, ReleaseTaggerBotCc: Jonas, gerritbot, Addshore, Aklapper,
ReleaseTaggerBot added a project: MW-1.33-notes (1.33.0-wmf.3; 2018-11-06).
TASK DETAILhttps://phabricator.wikimedia.org/T204714EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, ReleaseTaggerBotCc: JeroenDeDauw, Jonas, gerritbot, Addshore, Aklapper,
ReleaseTaggerBot added a project: MW-1.33-notes (1.33.0-wmf.3; 2018-11-06).
TASK DETAILhttps://phabricator.wikimedia.org/T207854EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ReleaseTaggerBotCc: gerritbot, Aklapper, Tarrow, Lucas_Werkmeister_WMDE, CucyNoiD,
JeroenDeDauw added a comment.
Release PR: https://github.com/wmde/WikibaseDataModel/pull/801TASK DETAILhttps://phabricator.wikimedia.org/T206325EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JeroenDeDauwCc: JeroenDeDauw, gerritbot, Aklapper, Pablo-WMDE,
Mvolz added a comment.
In T208500#4712725, @JeroenDeDauw wrote:
As @Addshore said, that composer info does not look right. You'll get the error you are getting when the code is not loaded. So my guess is that you do not have it loaded.
Okay thanks, I'll look into it later.TASK
Mvolz renamed this task from "Latest release of DataValues/Geo is incompatible with deserialiser so it breaks WikibaseQualityConstraints install (and entire wikidata role in vagrant)" to "Wikidata role on vagrant not working locally (unclear why)".
TASK
JeroenDeDauw added a comment.
As @Addshore said, that composer info does not look right. You'll get the error you are getting when the code is not loaded. So my guess is that you do not have it loaded.TASK DETAILhttps://phabricator.wikimedia.org/T208500EMAIL
gerritbot added a comment.
Change 463950 merged by jenkins-bot:
[mediawiki/extensions/WikibaseQualityConstraints@master] Introduce configuration to run constraint checks ratio
https://gerrit.wikimedia.org/r/463950TASK DETAILhttps://phabricator.wikimedia.org/T204716EMAIL
gerritbot added a comment.
Change 463740 merged by jenkins-bot:
[mediawiki/extensions/WikibaseQualityConstraints@master] Define job to run constraint checks for an entity
https://gerrit.wikimedia.org/r/463740TASK DETAILhttps://phabricator.wikimedia.org/T204714EMAIL
JeroenDeDauw added a comment.
AFAIK Wikibase does not use Geo 4.x, since Geo 4.x requires PHP 7.1. So it is not clear to me how the 4.1 release could affect Wikibase.
It is also not clear this issue is related to "GlobeCoordinateValue no longer extends DataValueObject". The code in the
Addshore added a comment.
Recently also reported as T207881: excessive "lock wait timeout exceeded " error rate after deploying 1.33.0-wmf.1 to group1 TASK DETAILhttps://phabricator.wikimedia.org/T194299EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
Addshore added a comment.
However composer automatically updated this. I have checked the composer.lock file and it says
"require-dev": {
"data-values/geo": "~3.0",
Hmm, that's not right, thats looking at the require-dev you need to look at the require field.
Could you post your whole
Mvolz created this task.Mvolz added projects: Wikidata, Wikibase-Quality-Constraints, DataValues, MediaWiki-Vagrant.Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTIONOn vagrant I got the following error when trying to install wikibase:
MediaWiki internal error.
Original
gerritbot added a comment.
Change 471002 merged by jenkins-bot:
[mediawiki/extensions/WikibaseQualityConstraints@master] Cache constraints checks by default
https://gerrit.wikimedia.org/r/471002TASK DETAILhttps://phabricator.wikimedia.org/T207854EMAIL
gerritbot added a comment.
Change 471016 merged by Addshore:
[mediawiki/extensions/WikibaseLexeme@REL1_31] Add COPYING file
https://gerrit.wikimedia.org/r/471016TASK DETAILhttps://phabricator.wikimedia.org/T204938EMAIL
gerritbot added a comment.
Change 471014 merged by Addshore:
[mediawiki/extensions/WikibaseLexeme@REL1_29] Add COPYING file
https://gerrit.wikimedia.org/r/471014TASK DETAILhttps://phabricator.wikimedia.org/T204938EMAIL
gerritbot added a comment.
Change 471015 merged by Addshore:
[mediawiki/extensions/WikibaseLexeme@REL1_30] Add COPYING file
https://gerrit.wikimedia.org/r/471015TASK DETAILhttps://phabricator.wikimedia.org/T204938EMAIL
gerritbot added a comment.
Change 471017 merged by Addshore:
[mediawiki/extensions/WikibaseLexeme@REL1_32] Add COPYING file
https://gerrit.wikimedia.org/r/471017TASK DETAILhttps://phabricator.wikimedia.org/T204938EMAIL
gerritbot added a comment.
Change 471013 merged by Addshore:
[mediawiki/extensions/WikibaseLexeme@REL1_28] Add COPYING file
https://gerrit.wikimedia.org/r/471013TASK DETAILhttps://phabricator.wikimedia.org/T204938EMAIL
gerritbot added a comment.
Change 471015 had a related patch set uploaded (by Addshore; owner: Zoranzoki21):
[mediawiki/extensions/WikibaseLexeme@REL1_30] Add COPYING file
https://gerrit.wikimedia.org/r/471015TASK DETAILhttps://phabricator.wikimedia.org/T204938EMAIL
gerritbot added a comment.
Change 471017 had a related patch set uploaded (by Addshore; owner: Zoranzoki21):
[mediawiki/extensions/WikibaseLexeme@REL1_32] Add COPYING file
https://gerrit.wikimedia.org/r/471017TASK DETAILhttps://phabricator.wikimedia.org/T204938EMAIL
gerritbot added a comment.
Change 471016 had a related patch set uploaded (by Addshore; owner: Zoranzoki21):
[mediawiki/extensions/WikibaseLexeme@REL1_31] Add COPYING file
https://gerrit.wikimedia.org/r/471016TASK DETAILhttps://phabricator.wikimedia.org/T204938EMAIL
gerritbot added a comment.
Change 471014 had a related patch set uploaded (by Addshore; owner: Zoranzoki21):
[mediawiki/extensions/WikibaseLexeme@REL1_29] Add COPYING file
https://gerrit.wikimedia.org/r/471014TASK DETAILhttps://phabricator.wikimedia.org/T204938EMAIL
gerritbot added a comment.
Change 471013 had a related patch set uploaded (by Addshore; owner: Zoranzoki21):
[mediawiki/extensions/WikibaseLexeme@REL1_28] Add COPYING file
https://gerrit.wikimedia.org/r/471013TASK DETAILhttps://phabricator.wikimedia.org/T204938EMAIL
gerritbot added a comment.
Change 470310 abandoned by Addshore:
Add COPYING file
Reason:
I dont think this needs to be backported.
It is already on the live site :) https://www.wikidata.org/wiki/Special:Version/License/WikibaseLexeme
https://gerrit.wikimedia.org/r/470310TASK
Addshore added a project: DBA.
TASK DETAILhttps://phabricator.wikimedia.org/T208330EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Jdforrester-WMF, Cparle, Addshore, Aklapper, Nandana, JKSTNK, Banyek, AndyTan, Lahi, Gq86, GoranSMilovanovic,
Addshore added a comment.
@mobrovac might it make sense for this to go through #techcom or some other decision process / rfc?TASK DETAILhttps://phabricator.wikimedia.org/T204024EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Lydia_Pintscher,
Addshore updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...Throughout the time of the roll out metrics such as number of jobs in the queue etc should be monitored.
Throughout the rollout we also need to check the cache status and cache eviction rate, we probably can't fit
Addshore renamed this task from "Store WikibaseQualityConstraint check data in an SQL table instead of in the cache" to "Store WikibaseQualityConstraint check data in persistent storage instead of in the cache".
TASK DETAILhttps://phabricator.wikimedia.org/T204024EMAIL
gerritbot added a comment.
Change 471012 had a related patch set uploaded (by Pablo Grass (WMDE); owner: Pablo Grass (WMDE)):
[mediawiki/extensions/WikibaseMediaInfo@master] View: adopt wikibase changes
https://gerrit.wikimedia.org/r/471012TASK DETAILhttps://phabricator.wikimedia.org/T206863EMAIL
Addshore closed this task as "Resolved".Addshore moved this task from Doing to Done on the Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.Addshore added a comment.
So, I'm going to mark this as resolved as this issue has gone away.TASK
Addshore changed the task status from "Open" to "Stalled".
TASK DETAILhttps://phabricator.wikimedia.org/T179010EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: TTO, Nemo_bis, WMDE-leszek, Elitre, IKhitron, Jdforrester-WMF, Marostegui, Bawolff,
Addshore changed the status of subtask T179010: Re-enable Wikidata Recent Changes integration on Commons from "Open" to "Stalled".Restricted Application added a project: Growth-Team.
TASK DETAILhttps://phabricator.wikimedia.org/T171027EMAIL
Addshore added a comment.
In T206325#4702303, @JeroenDeDauw wrote:
One thing we could do is revert the change causing all the pain. EntityDocument extending ClearableEntity might be nice, though likely not worth all this effort.
Make a PR: https://github.com/wmde/WikibaseDataModel/pull/799
I
1 - 100 of 288 matches
Mail list logo
