Smalyshev added a comment.
I agree that we should try to lower the refresh rate to 5s and see whether it works.TASK DETAILhttps://phabricator.wikimedia.org/T183053EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: debt, jhsoby, Lydia_Pintscher,
Yair_rand added a comment.
Some such properties: father/mother/child (P-22, 25, 40), parent/child astronomical body (P-397, 398), part of/has part [of the class] (361, 527, 2670), subclass of (279), located in/contains administrative territorial entity (131, 150), parent
Billinghurst added a comment.
Ouch everyone. Merry Christmas to you all.
The issue we have is a clash of technical nature
We have small languages put together on one wiki as it is easier/resource-wise to manage (WMF management)
Wikidata only allows one site link per wiki. (WD data mgt)
I
Mattflaschen-WMF added a project: Epic.
TASK DETAILhttps://phabricator.wikimedia.org/T179247EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Mattflaschen-WMFCc: Trizek-WMF, Pginer-WMF, Petar.petkovic, Ebraminio, jmatazzoni, Nemo_bis, Amire80, Lester, Aklapper,
Jdlrobson added a project: Readers-Web-Backlog.
TASK DETAILhttps://phabricator.wikimedia.org/T183126EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JdlrobsonCc: Aklapper, Beta16, Lahi, Gq86, mojoaxel, GoranSMilovanovic, QZanden, LawExplorer, Winter,
EBernhardson added a comment.
It seems there are a couple options here, my thoughts:
Reduce the default refresh interval
By default we use a 30 second refresh interval for all wikis. This means that 30 seconds worth of updates get bundled together into a single update. Updates are not searchable
Nuria added a comment.
@Smalyshev We like to default to public if possible, the more eyes on the data the more useful it can be.TASK DETAILhttps://phabricator.wikimedia.org/T143819EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: NuriaCc: mforns, PokestarFan,
Smalyshev added a comment.
Thinking about it, I don't think we ever would need more that hourly resolution for anything related to queries (we can get hit stats from the usual stats places I assume). I also thought about dataset #1 as more short-lived. But I am not that insistant on session ID
Smalyshev triaged this task as "Normal" priority.Smalyshev claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T183054EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: gerritbot, Aklapper, Smalyshev, Cpaulf30, Lahi, Gq86, Baloch007,
Quiddity removed a subscriber: cloud-services-team.Quiddity added a project: cloud-services-team.
TASK DETAILhttps://phabricator.wikimedia.org/T183229EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: QuiddityCc: gerritbot, chasemp, Aklapper, Hjfocs, Cpaulf30,
Smalyshev added a comment.
@Multichill just to be sure, if you could search for P217:ГЭ-3836, with this syntax, it would be fine? We may need to do some infrastructure work before this works properly, but it seems not too hard to implement.TASK DETAILhttps://phabricator.wikimedia.org/T163642EMAIL
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T183054EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Aklapper, Smalyshev, Cpaulf30, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic,
gerritbot added a comment.
Change 399308 had a related patch set uploaded (by Smalyshev; owner: Smalyshev):
[mediawiki/extensions/Wikibase@master] Strip trailing spaces for some search clauses
https://gerrit.wikimedia.org/r/399308TASK DETAILhttps://phabricator.wikimedia.org/T183054EMAIL
Multichill added a comment.
@Smalyshev coming back to the strings. It's just like Commons. I don't use the local search. I use Google. I noticed https://www.wikidata.org/w/index.php?title=Q45962939=""> and I'm pretty sure it's a duplicate.
The item has an image with the link to the source and the
Smalyshev moved this task from Needs triage to Current work on the Discovery-Search board.Smalyshev edited projects, added Discovery-Search (Current work); removed Discovery-Search.
TASK
gerritbot added a comment.
Change 398794 merged by jenkins-bot:
[mediawiki/extensions/CentralAuth@master] Replace class_exists with proper extension registration checks
https://gerrit.wikimedia.org/r/398794TASK DETAILhttps://phabricator.wikimedia.org/T183096EMAIL
Lydia_Pintscher added a comment.
Yeah that seems like a good way forward.TASK DETAILhttps://phabricator.wikimedia.org/T183243EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Lydia_Pintscher, Sjoerddebruin, Smalyshev, Aklapper, ChristianKl,
Smalyshev added a comment.
So item creation rate is about 85k per day, or very close to one per second. Bots seem to dominate that though, so for real users it will be lower. Also, some of those are probably tools like QuickStatements for which it also could be fine to have the regular delay -
Smalyshev added a subscriber: Lydia_Pintscher.Smalyshev added a comment.
It's definitely possible to deboost them (at least those the same way we do for disambig pages (maybe not the same value, we can tweak it). I am not sure what process should be here - @Lydia_Pintscher maybe you have an idea?
Lydia_Pintscher added a comment.
I think it'd need to be per property. So something like "P345:tt0133093" would give you The Matrix and only The Matrix. There is probably very little overlap between identifiers that are basically random numbers and letters. But when it comes to account names on
Smalyshev added a comment.
That would require indexing the external identifiers with the property
I think it should be possible. The main question that remains is - do we want to search per-property (e.g. P214:1234 for VIAF ID 1234 specifically) or just something like externalid:1234 which would
Lydia_Pintscher added a comment.
External identifiers are definitely interesting. We have T99899, which might be best solved with Elastic? That would require indexing the external identifiers with the property. If that's not feasible it should also be doable with the SPARQL endpoint though.TASK
Sjoerddebruin added a comment.
I personally don't think this is a good approach, we should just make the scientific article rank lower for a bit as a start.TASK DETAILhttps://phabricator.wikimedia.org/T183243EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
Lydia_Pintscher added a project: Discovery.
TASK DETAILhttps://phabricator.wikimedia.org/T183243EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Smalyshev, Aklapper, ChristianKl, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, Avner, Gehel,
Lydia_Pintscher added a comment.
The first graph on https://grafana.wikimedia.org/dashboard/db/wikidata-datamodel?refresh=30m=1 shows the number of new items created over time.
For the particular problem indeed bots could be taken out. The make up the biggest part of new page creations on Wikidata
gerritbot added a comment.
Change 399239 had a related patch set uploaded (by Ladsgroup; owner: Amir Sarabadani):
[mediawiki/extensions/PropertySuggester@master] Make the extension fully comply with PSR-4, use proper autoloader
https://gerrit.wikimedia.org/r/399239TASK
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T183260EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Reedy, Aklapper, Legoktm, Ladsgroup, thiemowmde, WMDE-leszek, Cpaulf30, Lahi, Gq86,
matej_suchanek added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T182494EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: matej_suchanek, Aklapper, Cpaulf30, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic,
Ladsgroup updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONWith T173799 in place this should be rather straightforward, except maybe for Wikibase itself which is not using extension.json, and actually contains of several "extensions" in it.
- [x] ArticlePlaceholder
- [ ]
debt edited projects, added Discovery-Search (Current work); removed Discovery-Search.debt triaged this task as "High" priority.debt added a comment.
For item creation on Wikidata, we probably want the delay to be as small as possible. Should look at how many items are created on a daily basis, to
Smalyshev added a subtask: T183243: The fulltext search engine should rank items with human edits higher than bot edits.
TASK DETAILhttps://phabricator.wikimedia.org/T46529EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Liuxinyu970226,
Smalyshev added a parent task: T46529: Wikidata search problems (tracking).
TASK DETAILhttps://phabricator.wikimedia.org/T183243EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Smalyshev, Aklapper, ChristianKl, Lahi, Gq86, GoranSMilovanovic,
gerritbot added a comment.
Change 399236 had a related patch set uploaded (by Ladsgroup; owner: Amir Sarabadani):
[mediawiki/extensions/Wikibase@master] Change label of save edit to publish if wgEditSubmitButtonLabelPublish is true
https://gerrit.wikimedia.org/r/399236TASK
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T161367EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, gerritbotCc: gerritbot, Elitre, Lea_Lacroix_WMDE, Ladsgroup, Lydia_Pintscher, Lucas_Werkmeister_WMDE,
Addshore added a comment.
In T182394#3828826, @Smalyshev wrote:
If on an empty wikibase install this was actually the date of the first run of the updater then everything would work as expected.
Updater does not mark its own runs if nothing was actually imported to the database.
So this is
Hjfocs changed the task status from "Open" to "Stalled".Hjfocs moved this task from Doing to Upcoming on the Wikidata-primary-sources board.Hjfocs added a comment.
Currently blocked by T183274TASK
Hjfocs created this task.Hjfocs added projects: MediaWiki-Vagrant, Wikidata, Wikidata-primary-sources.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONUse case: import a Wikidata dump into a MediaWiki Vagrant instance running on a #cloud-vps machine.
TL;DR: is there a workaround or an
Lucas_Werkmeister_WMDE updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONWith T173799 in place this should be rather straightforward, except maybe for Wikibase itself which is not using extension.json, and actually contains of several "extensions" in it.
- [ ] Wikibase
- [x]
Stashbot added a comment.
Mentioned in SAL (#wikimedia-cloud) [2017-12-19T17:00:09Z] Disable ORES UI for beta wikidatawiki, T183266TASK DETAILhttps://phabricator.wikimedia.org/T183266EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: StashbotCc: Stashbot,
gerritbot added a comment.
Change 399225 had a related patch set uploaded (by Ladsgroup; owner: Amir Sarabadani):
[mediawiki/extensions/Wikibase@master] Treat ttl format as rdf
https://gerrit.wikimedia.org/r/399225TASK DETAILhttps://phabricator.wikimedia.org/T182660EMAIL
Lucas_Werkmeister_WMDE created this task.Lucas_Werkmeister_WMDE added projects: Wikidata, Wikibase-Quality, Wikibase-Quality-Constraints.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONI think it would be interesting to track how many check results of each type (compliance, violation/warning,
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T183229EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, chasemp, cloud-services-team, Aklapper, Hjfocs, Cpaulf30, 1978Gage2001, Lahi, Gq86,
gerritbot added a comment.
Change 399223 had a related patch set uploaded (by Rush; owner: cpettet):
[operations/puppet@production] dumps: add wikidata-primary-sources-tool mount
https://gerrit.wikimedia.org/r/399223TASK DETAILhttps://phabricator.wikimedia.org/T183229EMAIL
Catrope added a comment.
I tried running it, but of course that doesn't work because ores-beta is down:
catrope@deployment-tin:~$ mwscript extensions/ORES/maintenance/CheckModelVersions.php wikidatawiki
Starting...[71400e18b1a437ff51ed197f] [no req] RuntimeException from line 95 of
Catrope added a comment.
Maybe the maintenance scripts to set up ORES on wikidatawiki were run wrong?TASK DETAILhttps://phabricator.wikimedia.org/T183266EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: CatropeCc: Catrope, gerritbot, awight, Ladsgroup,
awight added a comment.
ORES UI is disabled on beta wikidatawiki. Please don't close this task without either doing or scheduling the subtasks outlined above.TASK DETAILhttps://phabricator.wikimedia.org/T183266EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
Anomie added a comment.
Select n rows from the revision table that do not have a corresponding entry in the content table (a WHERE NOT EXISTS subquery is probably better than a LEFT JOIN for this, because of LIMIT).
slots table, not content table.
I don't think WHERE NOT EXISTS versus LEFT JOIN
Zoranzoki21 removed Zoranzoki21 as the assignee of this task.Zoranzoki21 removed a project: User-Zoranzoki21.
TASK DETAILhttps://phabricator.wikimedia.org/T181823EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Zoranzoki21Cc: Zoranzoki21, StevenJ81,
Anomie added a comment.
Populate empty ar_rev_id fields:
Determine how many rows in archive have ar_rev_id = NULL. Let's call that number m. (e.g. enwiki has 508811 such rows, out of ~87793416 rows)
Reserve m (or m+k, for good measure) IDs in the revision table:
Make a note of max( max( rev_id
gerritbot added a comment.
Change 399211 merged by jenkins-bot:
[operations/mediawiki-config@master] Disable the ORES UI on beta wikidatawiki
https://gerrit.wikimedia.org/r/399211TASK DETAILhttps://phabricator.wikimedia.org/T183266EMAIL
Aklapper renamed this task from "Add monolingual language code fro and frm in Wikdiata" to "Add monolingual language code fro and frm in Wikidata".
TASK DETAILhttps://phabricator.wikimedia.org/T181823EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
Hjfocs added a comment.
ls /public currently returns no itemsTASK DETAILhttps://phabricator.wikimedia.org/T183229EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: HjfocsCc: chasemp, cloud-services-team, Aklapper, Hjfocs, 1978Gage2001, Lahi, Gq86,
Zoranzoki21 claimed this task.Herald added a project: User-Zoranzoki21.
TASK DETAILhttps://phabricator.wikimedia.org/T181823EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Zoranzoki21Cc: StevenJ81, TerraCodes, Liuxinyu970226, Amqui, Lea_Lacroix_WMDE,
StevenJ81 added a comment.
For LangCom: Approved.TASK DETAILhttps://phabricator.wikimedia.org/T181823EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: StevenJ81Cc: StevenJ81, TerraCodes, Liuxinyu970226, Amqui, Lea_Lacroix_WMDE, VIGNERON, Aklapper, Lahi, Gq86,
StevenJ81 added a comment.
@Samwilson, @ChristianKl and @MF-Warburg : If you are a "pure Wikidata"-type person, this comment probably made sense. The comment made no sense whatsoever in the broader context of the history of project creation and approvals across the WMF project universe. There are
gerritbot added a comment.
Change 399214 had a related patch set uploaded (by Thiemo Kreuz (WMDE); owner: Thiemo Kreuz (WMDE)):
[mediawiki/extensions/Wikibase@master] Workaround EditFilterMergedContent hook assuming sub-entities have a Content
https://gerrit.wikimedia.org/r/399214TASK
awight added a comment.
Per T181191: Make ORES-consuming pages more robust to ORES errors, we need to catch any expected exceptions and gracefully degrade. Must be covered by tests.
Why are the database models different than what ores-beta offers? Ores-beta is currently overloaded, FWIW.
TASK
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T183266EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, awight, Ladsgroup, Addshore, Aklapper, Cpaulf30, Lahi, Gq86, Baloch007, Lordiis,
gerritbot added a comment.
Change 399211 had a related patch set uploaded (by Awight; owner: Awight):
[operations/mediawiki-config@master] Disable the ORES UI on beta wikidatawiki
https://gerrit.wikimedia.org/r/399211TASK DETAILhttps://phabricator.wikimedia.org/T183266EMAIL
Lucas_Werkmeister_WMDE created this task.Lucas_Werkmeister_WMDE triaged this task as "Normal" priority.Lucas_Werkmeister_WMDE added projects: Wikidata, Wikibase-Quality, Wikibase-Quality-Constraints.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONCurrently “single value” counts non-deprecated
awight added a comment.
Okay something weird is going on. The models in ores-beta are,
/srv/deployment/ores/deploy/submodules/editquality/models/wikidatawiki.damaging.gradient_boosting.model
/srv/deployment/ores/deploy/submodules/editquality/models/wikidatawiki.goodfaith.gradient_boosting.model
chasemp added a comment.
Dumps /should/ be available from everywhere already but we can add wikidata-primary-sources-tool to the yaml config so that puppet mounts it.
labstore1003.eqiad.wmnet:/dumps /public/dumps nfs
Lucas_Werkmeister_WMDE created this task.Lucas_Werkmeister_WMDE triaged this task as "Normal" priority.Lucas_Werkmeister_WMDE added projects: Wikidata, Wikibase-Quality, Wikibase-Quality-Constraints.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONThe “Wikidata property example” property
awight added a comment.
I see no ores_model goodfaith for beta wikidata in the database, so I'll disable in configuration.TASK DETAILhttps://phabricator.wikimedia.org/T183266EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: awight, Ladsgroup,
Anomie added a comment.
Make ar_text and ar_flags unused
Code for this is already written, see https://gerrit.wikimedia.org/r/#/c/393928/.TASK DETAILhttps://phabricator.wikimedia.org/T182678EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AnomieCc: Anomie,
thiemowmde edited projects, added User-thiemowmde; removed Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T167436EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: PokestarFan, gerritbot, Ladsgroup, Aklapper, TerraCodes, aude, hoo,
thiemowmde added a comment.
In addition to what I already prepared in https://gerrit.wikimedia.org/r/399203, I suggest to add a CommonsMediaParser that enforces all normalization before the value is stored. This needs to happen in the file
thiemowmde edited projects, added MediaWiki-extensions-WikibaseRepository, Need-volunteer, Easy; removed MediaWiki-extensions-WikibaseClient.thiemowmde moved this task from needs discussion or investigation to ready to go on the Wikidata board.Herald added a subscriber: TerraCodes.
TASK
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T99664EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Ricordisamoa, daniel, hoo, thiemowmde, Lydia_Pintscher, Lokal_Profil, Aklapper, Cpaulf30,
gerritbot added a comment.
Change 399203 had a related patch set uploaded (by Thiemo Kreuz (WMDE); owner: Thiemo Kreuz (WMDE)):
[mediawiki/extensions/Wikibase@master] Remove link text normalization from CommonsLinkFormatter
https://gerrit.wikimedia.org/r/399203TASK
Addshore removed Ladsgroup as the assignee of this task.Addshore added a subscriber: Ladsgroup.
TASK DETAILhttps://phabricator.wikimedia.org/T183266EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Ladsgroup, Addshore, Aklapper, Lahi, Gq86,
Addshore created this task.Addshore added projects: Beta-Cluster-reproducible, ORES, Wikidata.Herald added a subscriber: Aklapper.Herald added projects: User-Ladsgroup, Scoring-platform-team.
TASK DESCRIPTION[Wjk0rApEE4AAAD@yXvEY] /wiki/Special:RecentChanges InvalidArgumentException from line
gerritbot added a comment.
Change 397837 merged by jenkins-bot:
[mediawiki/extensions/WikibaseLexeme@master] Return the revision ID after adding form with wblexemeaddform API
https://gerrit.wikimedia.org/r/397837TASK DETAILhttps://phabricator.wikimedia.org/T181253EMAIL
thiemowmde closed this task as "Resolved".thiemowmde claimed this task.thiemowmde added a comment.
It looks like this was fixed along with T52202: Diffing between different content models throws a fatal error. I can not reproduce the error any more with the provided example URL.TASK
Addshore closed this task as a duplicate of T183252: Unbreak replication in beta labs.
TASK DETAILhttps://phabricator.wikimedia.org/T183232EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Catrope, AddshoreCc: Catrope, Addshore, zeljkofilipin, MarcoAurelio,
Catrope closed this task as "Resolved".Catrope claimed this task.Catrope added a comment.
This is fallout from T183252: Unbreak replication in beta labs. I've fixed enwiki but not wikidatawiki yet, so that's probably why it's fixed now.TASK DETAILhttps://phabricator.wikimedia.org/T183232EMAIL
Lucas_Werkmeister_WMDE raised the priority of this task from "Low" to "Normal".
TASK DETAILhttps://phabricator.wikimedia.org/T169858EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: MichaelSchoenitzer, Liuxinyu970226, 99of9, PKM,
Lucas_Werkmeister_WMDE added a parent task: T173695: Enable constraint checks by default for users.
TASK DETAILhttps://phabricator.wikimedia.org/T169858EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: MichaelSchoenitzer,
Lucas_Werkmeister_WMDE added a subtask: T169858: Add support for “instance or subclass of” relation.
TASK DETAILhttps://phabricator.wikimedia.org/T173695EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Liuxinyu970226, thiemowmde,
gerritbot added a comment.
Change 399197 had a related patch set uploaded (by Thiemo Kreuz (WMDE); owner: Thiemo Kreuz (WMDE)):
[mediawiki/extensions/WikibaseLexeme@master] Refactor response code in AddForm for readability/clarity
https://gerrit.wikimedia.org/r/399197TASK
gerritbot added a comment.
Change 398844 merged by jenkins-bot:
[mediawiki/extensions/WikibaseLexeme@master] Deserialize form-level statement data
https://gerrit.wikimedia.org/r/398844TASK DETAILhttps://phabricator.wikimedia.org/T181253EMAIL
Lucas_Werkmeister_WMDE lowered the priority of this task from "Normal" to "Lowest".
TASK DETAILhttps://phabricator.wikimedia.org/T175594EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Aklapper, Lydia_Pintscher, Ivan_A_Krestinin,
WMDE-leszek removed WMDE-leszek as the assignee of this task.
TASK DETAILhttps://phabricator.wikimedia.org/T181253EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszekCc: WMDE-leszek, gerritbot, Jonas, Aklapper, Cpaulf30, Lahi, Gq86, Baloch007, Lordiis,
Lucas_Werkmeister_WMDE added a comment.
Should be checked within the other “sibling snaks” or whatever they’re called.TASK DETAILhttps://phabricator.wikimedia.org/T175565EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Aklapper,
WMDE-leszek created this task.WMDE-leszek triaged this task as "Normal" priority.WMDE-leszek added projects: Wikidata, Wikidata-Sprint-2017-12-20.
TASK DESCRIPTIONWith T173799 in place this should be rather straightforward, except maybe for Wikibase itself which is not using extension.json, and
gerritbot added a comment.
Change 390394 merged by jenkins-bot:
[integration/config@master] Wikibase daily browser test does not use Sauce Labs
https://gerrit.wikimedia.org/r/390394TASK DETAILhttps://phabricator.wikimedia.org/T167432EMAIL
Lucas_Werkmeister_WMDE added a comment.
Depends on T183255: Split up CachingMetadata because my idea is to move array serialization and deserialization, but only the “max age” part of the current CachingMetadata (i. e. I4b2d02196f’s CachingMetadata) should be serialized into the API response and
KartikMistry added a comment.
Seems fixed. @Addshore anything to be done?TASK DETAILhttps://phabricator.wikimedia.org/T183232EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: KartikMistryCc: Addshore, zeljkofilipin, MarcoAurelio, KartikMistry, Aklapper,
SandraF_WMF updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONPrepare several sessions about [[ https://commons.wikimedia.org/wiki/Commons:Structured_data | Structured Data on Commons ]], to be held as part of the Learning Days and the core program at [[
SandraF_WMF created this task.SandraF_WMF triaged this task as "Low" priority.SandraF_WMF added projects: Structured-Data-Commons, Community-Liaisons (Jan-Mar-2018).Herald added a subscriber: Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTIONPrepare several sessions about Structured Data
gerritbot added a comment.
Change 39 had a related patch set uploaded (by Lucas Werkmeister (WMDE); owner: Lucas Werkmeister (WMDE)):
[mediawiki/extensions/WikibaseQualityConstraints@master] Split up CachingMetadata
https://gerrit.wikimedia.org/r/39TASK
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T183255EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: Aklapper, Jonas, gerritbot, Lucas_Werkmeister_WMDE, Cpaulf30, Lahi, Gq86, Baloch007, Lordiis,
Lucas_Werkmeister_WMDE removed projects: Wikidata-Sprint-2017-12-20, Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T182697EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: gerritbot, Jonas, Lucas_Werkmeister_WMDE,
Lucas_Werkmeister_WMDE updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONDuring review of [I2fb05b9117](https://gerrit.wikimedia.org/r/397594/) (or perhaps [I1433ea7e32](https://gerrit.wikimedia.org/r/396408/), not sure), Jonas pointed out that it’s a bit strange to see words
Lucas_Werkmeister_WMDE created this task.Lucas_Werkmeister_WMDE added projects: Wikidata, Wikibase-Quality, Wikibase-Quality-Constraints.
TASK DESCRIPTIONA ConstraintReport would be a list of CheckResults, along with meta information about the whole collection. DelegatingConstraintChecker could be
Lucas_Werkmeister_WMDE created this task.Lucas_Werkmeister_WMDE added projects: Wikidata, Wikibase-Quality, Wikibase-Quality-Constraints, Patch-For-Review.Herald removed a project: Patch-For-Review.
TASK DESCRIPTIONFollowing T183255: Split up CachingMetadata, the container classes like CachedBool,
Lucas_Werkmeister_WMDE created this task.Lucas_Werkmeister_WMDE added projects: Wikidata, Wikibase-Quality, Wikibase-Quality-Constraints, Patch-For-Review, Wikidata-Sprint-2017-12-20.Herald removed a project: Patch-For-Review.
TASK DESCRIPTIONSplit up CachingMetadata into generic metadata (like
Lucas_Werkmeister_WMDE renamed this task from "Reorganize WikibaseQualityConstraints" to "WikibaseQualityConstraints refactorings".Lucas_Werkmeister_WMDE updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONDuring review of [I2fb05b9117](https://gerrit.wikimedia.org/r/397594/)
thiemowmde created this task.thiemowmde added projects: Wikidata, Wikidata-Sprint-2017-12-20, User-thiemowmde.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONThe current version of our Wikibase CodeSniffer rule set depends on mediawiki-codesniffer 0.8.1, which depends on php_codesniffer
zeljkofilipin added a comment.
Can this be closed? Or is there still something to be done here?TASK DETAILhttps://phabricator.wikimedia.org/T183232EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: zeljkofilipinCc: Addshore, zeljkofilipin, MarcoAurelio,
1 - 100 of 146 matches
Mail list logo
