[Wikidata-bugs] [Maniphest] [Triaged] T169133: WDQS testing setup platform sizing
Smalyshev triaged this task as "Normal" priority. TASK DETAILhttps://phabricator.wikimedia.org/T169133EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: daniel, Lydia_Pintscher, bd808, chasemp, Gehel, Aklapper, Smalyshev, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T169133: WDQS testing setup platform sizing
Smalyshev added a comment. I have not yet heard an explanation of the resources needed Sure, sorry for not specifying it early. So, in production we have: Database size now is 193G, 75% growth per year for now, though not sure it will keep growing this way for years. We have 500 to 700G of diskspace on production hosts, so I'd say we need about 500G on test host too (though we could reduce the data set on test DB, possibly, but the growth will still remain). Production uses (and requires) SSD, but I think for test host spinning disk would be ok. Memory - directly related to performance, so the more the better, but it can run inside 16G, though something like 64G would probably work better. CPU - here's it a bit hard for me to say. The workload is mostly I/O (disk) bound, production has Dual Xeon E5-2620 v3 @2.4Ghz, but it's hard to see what we need in labs since we won't be serving any traffic. What we have in production is probably overkill for test setup, but what we have now in labs with 8 cores can't reliably keep up with update steam (maybe not CPU but I/O issue). Summarily, what is needed is: Much more diskspace and I/O throughput Somewhat more memory Maybe more CPU power, not sure - need to see TASK DETAILhttps://phabricator.wikimedia.org/T169133EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: daniel, Lydia_Pintscher, bd808, chasemp, Gehel, Aklapper, Smalyshev, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T169060: Set $wgPropertySuggesterClassifyingPropertyIds to [ 31, 279 ] for wikidata.org
daniel created this task.daniel added projects: Wikidata, Mediawiki-extensions-PropertySuggester, Wikimedia-Site-requests. TASK DESCRIPTIONAs explained in T168434, the current (default) setting for $wgPropertySuggesterClassifyingPropertyIds is inconsistent with the data that PropertySuggester uses on wikidata.org. $wgPropertySuggesterClassifyingPropertyIds shoudl be set to [ 31, 279 ] to be consistent with the data generated by the PropertySuggester python script. NOTE: This change should be announced to the community. It is not expected to have adverse effects, but we should have an eye on the behavior of the property suggester on the live site after changing $wgPropertySuggesterClassifyingPropertyIds.TASK DETAILhttps://phabricator.wikimedia.org/T169060EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Aklapper, Glorian_WD, Lydia_Pintscher, aude, Sjoerddebruin, hoo, thiemowmde, daniel, GoranSMilovanovic, QZanden, DatGuy, Devwaker, Urbanecm, JEumerus, Tulsi_Bhagat, Izno, Luke081515, biplabanand, Wikidata-bugs, Snowolf, Matanya, Mbch331, Rxy, Jay8g, Krenair, MarcoAurelio___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T169133: WDQS testing setup platform sizing
bd808 added a comment. In T169133#3389187, @Smalyshev wrote: I do not insist on any particular solution for this one, but I think we need to start thinking about how we can run real-hardware non-production setups, or cover such requirements in some other way. It is certainly a topic worth discussion, but respectfully I have not yet heard an explanation of the resources needed to be able to fairly judge if such resources can be provided by Cloud Services or not. Dedicating a labvirt or two to a key project is well within our scope assuming that the budget can be found for any new equipment that is needed. There are really very few things that can't be run under virtualization. There may be some things that we do not currently have well sized labvirt machines for however. Fixing that would require going through the Foundation's normal procurement process. That's really not different than the process that would be needed to procure new bare metal to place in some other VLAN with someone else helping you manage it. From my point of view there are a couple of things that virtualization helps with in practice. The first is economies of scale that can be achieved for smaller workloads (lots of small vms on a large box). The second is ease of re-purposing resources when they are no longer needed or outgrown for a particular project. The only place I have ever run into legitimate constraints on virtualizing workloads is in providing enough IOPS for very high demand services. With modern hardware however this is becoming less and less common. Its quite possible to run even a fairly high traffic database server under virtualization with the right local storage on the virt host. The separate discussion of non-virtualized server access is in my mind primarily a topic to take up with the core techops team. Existing legacy deals excluded, I do not feel that Cloud Services should be in the business of finding places to put "non-production" hardware or new means to manage its allocation, maintenance, and recovery.TASK DETAILhttps://phabricator.wikimedia.org/T169133EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: bd808Cc: daniel, Lydia_Pintscher, bd808, chasemp, Gehel, Aklapper, Smalyshev, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T151681: DispatchChanges: Avoid long-lasting connections to the master DB
Ladsgroup added a comment. With the deployment of the changes in the dispatching, in the last 24 hours we had around 1,800 cases of going readonly but this number last week the exact same day was 3,482. This is completely tangible.TASK DETAILhttps://phabricator.wikimedia.org/T151681EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: elukey, Ladsgroup, aaron, Marostegui, jcrespo, Aklapper, Jonas, Lydia_Pintscher, hoo, daniel, GoranSMilovanovic, QZanden, Vali.matei, Minhnv-2809, Volker_E, Izno, Luke081515, Wikidata-bugs, aude, GWicke, Mbch331, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Unblock] T151681: DispatchChanges: Avoid long-lasting connections to the master DB
Ladsgroup closed subtask T162557: Use replica for reading the last dispatch position (chd_seen) as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T151681EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: elukey, Ladsgroup, aaron, Marostegui, jcrespo, Aklapper, Jonas, Lydia_Pintscher, hoo, daniel, GoranSMilovanovic, QZanden, Vali.matei, Minhnv-2809, Volker_E, Izno, Luke081515, Wikidata-bugs, aude, GWicke, Mbch331, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T162556: Consider only updating wb_changes_dispatch after a successful run
Ladsgroup closed this task as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T162556EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: gerritbot, daniel, Lydia_Pintscher, Jonas, Aklapper, jcrespo, Marostegui, aaron, Ladsgroup, hoo, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Vali.matei, Lewizho99, Minhnv-2809, Maathavan, Volker_E, Izno, Luke081515, Wikidata-bugs, aude, GWicke, Mbch331, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T162557: Use replica for reading the last dispatch position (chd_seen)
Ladsgroup closed this task as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T162557EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: gerritbot, daniel, Lydia_Pintscher, Jonas, Aklapper, jcrespo, Marostegui, aaron, Ladsgroup, hoo, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Vali.matei, Lewizho99, Minhnv-2809, Maathavan, Volker_E, Izno, Luke081515, Wikidata-bugs, aude, GWicke, Mbch331, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Unblock] T151681: DispatchChanges: Avoid long-lasting connections to the master DB
Ladsgroup closed subtask T162556: Consider only updating wb_changes_dispatch after a successful run as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T151681EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: elukey, Ladsgroup, aaron, Marostegui, jcrespo, Aklapper, Jonas, Lydia_Pintscher, hoo, daniel, GoranSMilovanovic, QZanden, Vali.matei, Minhnv-2809, Volker_E, Izno, Luke081515, Wikidata-bugs, aude, GWicke, Mbch331, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T169058: Temporarily set $wgPropertySuggesterClassifyingPropertyIds to [ 31 ] for wikidata.org
gerritbot added a comment. Change 361851 had a related patch set uploaded (by Daniel Kinzler; owner: Daniel Kinzler): [operations/mediawiki-config@master] Temporarily set $wgPropertySuggesterClassifyingPropertyIds to [ 31 ]. https://gerrit.wikimedia.org/r/361851TASK DETAILhttps://phabricator.wikimedia.org/T169058EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: daniel, gerritbotCc: gerritbot, thiemowmde, hoo, Sjoerddebruin, aude, Lydia_Pintscher, Glorian_WD, Aklapper, daniel, GoranSMilovanovic, QZanden, DatGuy, Devwaker, Urbanecm, JEumerus, Tulsi_Bhagat, Izno, Luke081515, biplabanand, Wikidata-bugs, Snowolf, Matanya, Mbch331, Rxy, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T168876: MWAPI service throws “could not find binding for parameter” if optimizer is not disabled
Smalyshev removed a project: Discovery-Wikidata-Query-Service-Sprint. TASK DETAILhttps://phabricator.wikimedia.org/T168876EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: robbi5, Smalyshev, Lucas_Werkmeister_WMDE, Aklapper, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T169133: WDQS testing setup platform sizing
Smalyshev added a comment. I think this is not the last time we're hearing about such setup. With more and more data being processed and us starting to use algorithms and tools that require significant computing power (ML, graph DBs, etc.) we'd have more use cases that need storage beyond 160G and larger processing power, while not being fully production setups. I do not insist on any particular solution for this one, but I think we need to start thinking about how we can run real-hardware non-production setups, or cover such requirements in some other way.TASK DETAILhttps://phabricator.wikimedia.org/T169133EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: daniel, Lydia_Pintscher, bd808, chasemp, Gehel, Aklapper, Smalyshev, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Declined] T60849: Redundant site choice in "Wikimedia Commons page linked to this item"
SamanthaNguyen closed this task as "Declined".SamanthaNguyen added a comment. Oops I accidentally re-opened this too without realizing..I'm gonna close this as "Declined" since I think that's what the task's original status was.TASK DETAILhttps://phabricator.wikimedia.org/T60849EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SamanthaNguyenCc: SamanthaNguyen, Wikidata-bugs, SJu, Lydia_Pintscher, Unknown Object (MLST)___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Reopened] T60849: Redundant site choice in "Wikimedia Commons page linked to this item"
SamanthaNguyen edited subscribers, added: SamanthaNguyen; removed: gerritbot.SamanthaNguyen reopened this task as "Open".SamanthaNguyen removed projects: Patch-For-Review, Wikidata.SamanthaNguyen added a comment. Sorry for the accidental noise here, I meant to type in T160849 instead for the Bug line in this patch.TASK DETAILhttps://phabricator.wikimedia.org/T60849EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SamanthaNguyenCc: SamanthaNguyen, Wikidata-bugs, SJu, Lydia_Pintscher, Unknown Object (MLST)___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T169130: Prevent the addition of Property Constraints to Items
Zazpot added a comment. s/implantated/implemented/ ?TASK DETAILhttps://phabricator.wikimedia.org/T169130EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ZazpotCc: Bugreporter, Zazpot, Aklapper, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T169133: WDQS testing setup platform sizing
bd808 added a comment. Create a huge storage labs instance (300G, 500G) template It is likely that #labs can find space to grant a quota in the 300-500G range. To do that we need to have a few specifics about the exact sizing desired so we can look for a labvirt host that can support the local storage needs and provide the IOPS needed as well. The normal process for this is to file a subtask of T140904: Existing Labs project quota increase requests (Tracking). The request really does need to explain what the additional resources will be used for so that the process of allocating a larger than normal component of our shared pool of resources is documented and transparent. Migrate test setup to real hardware outside of labs (maybe less high-powered than production hosts) - maybe to labs-support like relforge I was not a part of the negotiations that led to the creation of Relforge, but it is a very unique situation within the Cloud Services projects. A very detailed case will need to be made for us to consider adding another special service like this. I would really be more inclined to look at adding dedicated labvirt nodes before I gave the ok to placing more custom boxes into the labs-support vlan.TASK DETAILhttps://phabricator.wikimedia.org/T169133EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: bd808Cc: daniel, Lydia_Pintscher, bd808, chasemp, Gehel, Aklapper, Smalyshev, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T169130: Prevent the addition of Property Constraints to Items
Bugreporter added a comment. This should be clearly itself implantated by property constraints.TASK DETAILhttps://phabricator.wikimedia.org/T169130EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: Bugreporter, Zazpot, Aklapper, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T168796: Allow merging forms
Bugreporter added a comment. If originally we have: L1: apple (English, noun) L1-F1: apple (singular) Statement: ... L1-S1: (en) tree of the genus Malus Statement: translation, example sentences, hypernym ... L2: apple (English, noun) L2-F1: apple (singular) Statement: ... L2-S1: (de) Baum der Gattung Malus Statement: translation, example sentences ... After merging L1 with L2, we now have: L1: apple (English, noun) L1-F1: apple (singular) Statement: ... L1-F2: apple (singular) Statement: ... L1-S1: (en) tree of the genus Malus Statement: translation, example sentences, hypernym ... L1-S2: (de) Baum der Gattung Malus Statement: translation, example sentences ... L2: (redirected to L1) This is still bad. Now we have duplicated senses and forms. (See T168797#3388529 for more comment)TASK DETAILhttps://phabricator.wikimedia.org/T168796EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: thiemowmde, WMDE-leszek, Lydia_Pintscher, daniel, Aklapper, Bugreporter, Cinemantique, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T168797: Allow merging senses
Bugreporter added a comment. Sense is a gloss, plus group of statements. Clearly there will be redundant or duplicate senses. How to deal with them should be considered. For example: L1: apple (English, noun) L1-S1: (en) tree of the genus Malus Statement: translation, example sentences, hypernym ... L1-S2: (de) Baum der Gattung Malus Statement: translation, example sentences ... Now please consider how to deal with this. Yes we may delete the duplicate sense, but it's better to merge statements to the other. Yes merging senses is conceptally different from merging items or lexemes. It is merging glosses plus combining the list of statements. We should also consider how to do if the senses are refered by other entities, as senses are not independent page and thus can not be redirected. (but we can implantant a kind of "internal redirect": replace the merged sense with a kind of "stub" entry including a "symbolic" link to other senses (indicating the content is located in other senses), and existing links will not be broken.)TASK DETAILhttps://phabricator.wikimedia.org/T168797EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: thiemowmde, WMDE-leszek, daniel, Lydia_Pintscher, Aklapper, Bugreporter, Cinemantique, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T169060: Set $wgPropertySuggesterClassifyingPropertyIds to [ 31, 279 ] for wikidata.org
daniel added a subtask: T169057: Change default value of $wgPropertySuggesterClassifyingPropertyIds to [ 31, 279 ]. TASK DETAILhttps://phabricator.wikimedia.org/T169060EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Aklapper, Glorian_WD, Lydia_Pintscher, aude, Sjoerddebruin, hoo, thiemowmde, daniel, GoranSMilovanovic, QZanden, DatGuy, Devwaker, Urbanecm, JEumerus, Tulsi_Bhagat, Izno, Luke081515, biplabanand, Wikidata-bugs, Snowolf, Matanya, Mbch331, Rxy, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T167788: Inconsistent parsing of entered date values in Wikidata - punctuation causes problems
agray added a comment. This all sounds great until... ...because slashes are a hint at the American format MM/DD/, while all other punctuation characters typically hint at DD.MM.. ...which sounds completely weird to me. In fact, I raised the possibility and dismissed it as obviously not the explanation idea when I first reported this on WD:PC - "It can't be that using slashes is unique to MDY notation - I've been writing DMY dates this way all my life." :-) Before this I'd never heard of the idea that slashes are distinctively American - it's true that it's the punctuation Americans most commonly use, but so do a lot of other people. WP's list of common national date styles has about even numbers of dd/mm and dd.mm. This last parser sounds like it's introducing ambiguity and inconsistency that really doesn't need to be there, and there's no reason to assume that users will expect this behaviour. Can we not just turn this bit off and leave the other parsers to do their work?TASK DETAILhttps://phabricator.wikimedia.org/T167788EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: agrayCc: daniel, Lydia_Pintscher, thiemowmde, Izno, Aklapper, agray, GoranSMilovanovic, QZanden, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T169058: Temporarily set $wgPropertySuggesterClassifyingPropertyIds to [ 31 ] for wikidata.org
daniel updated the task description. (Show Details) CHANGES TO TASK DESCRIPTIONAs we are adjusting the default value for $wgPropertySuggesterClassifyingPropertyIds (see T169057), the current status quo should be made explicit in the configuration of the live system. The rationale is that the configuration of the live system should not depend on the software version. This allows more control over the behavior of the live system. The current default value can be confirmed in .TASK DETAILhttps://phabricator.wikimedia.org/T169058EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: thiemowmde, hoo, Sjoerddebruin, aude, Lydia_Pintscher, Glorian_WD, Aklapper, daniel, GoranSMilovanovic, QZanden, DatGuy, Devwaker, Urbanecm, JEumerus, Tulsi_Bhagat, Izno, Luke081515, biplabanand, Wikidata-bugs, Snowolf, Matanya, Mbch331, Rxy, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T169133: WDQS testing setup platform sizing
Smalyshev updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...3. Migrate test setup to real hardware outside of labs (maybe less high-powered than production hosts) - maybe to labs-support like relforge This task is to explore and evaluate possible solutions for this issue. TASK DETAILhttps://phabricator.wikimedia.org/T169133EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: daniel, Lydia_Pintscher, bd808, chasemp, Gehel, Aklapper, Smalyshev, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T154306: Inconsistent presentation of wikilinks
Lydia_Pintscher added a comment. Likely explanation: We do want to show the item ID in diffs between items or between properties. There you might have a change like "capital: Berlin" to "capital:Berlin" and it is hard to understand the change. When adding the ID to this diff you see that the item that was linked to changed and that they both have the same label.TASK DETAILhttps://phabricator.wikimedia.org/T154306EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: aude, daniel, hoo, Lydia_Pintscher, thiemowmde, petr.matas, Aklapper, GoranSMilovanovic, Jrbranaa, QZanden, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T167759: Reference hash is not stable
Smalyshev added a comment. I'm going to close this ticket for now because it is not actionable and there is nothing we can do for now, except breaking all hashes again, which is what this ticket actually aims to avoid. I'd be OK with breaking the hashes one more time, if it's the last time. Because we *will* inevitably break them again, but that'd happen without notification, mess up the database and there would be no way to detect it, and no way to avoid it. The issue is not new. We are aware of this problem in the code for years now. And still not fixed. I'm not sure closing tickets for it is the best way to deal with it? If we have a problem, it should be documented as existing problem. Replacing hashes with GUIDs is, even if I support the idea, an even bigger breaking change Again, I don't mind one-time intentional breakage, if it prevents many accidental breakages in the future.TASK DETAILhttps://phabricator.wikimedia.org/T167759EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: thiemowmde, daniel, Aklapper, Smalyshev, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, JeroenDeDauw, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T168923: Add urldecode function
Smalyshev added a project: Discovery-Wikidata-Query-Service-Sprint. TASK DETAILhttps://phabricator.wikimedia.org/T168923EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Aklapper, Smalyshev, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T168973: Checking if a book is an instance of work is slow without explicit gearing hint
Smalyshev added a project: Upstream. TASK DETAILhttps://phabricator.wikimedia.org/T168973EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Jonas, Lydia_Pintscher, gerritbot, Aklapper, Smalyshev, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T163151: Create functions for extracting coordinates & globe from WKT literals
Smalyshev added a project: Discovery-Wikidata-Query-Service-Sprint. TASK DETAILhttps://phabricator.wikimedia.org/T163151EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: jayvdb, Aklapper, Smalyshev, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T169134: /srv/deployment/wdqs/wdqs-cache/revs cleanup for WDQS hosts
Smalyshev created this task.Smalyshev added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery. TASK DESCRIPTIONCurrently, there are a number of old deployment binaries stored on production hosts: smalyshev@wdqs2001:/srv/deployment/wdqs/wdqs-cache/revs$ du -sh * 174M 3936e3692e4d17956115bc06fcfe5141e1383c80 193M 84557b823c80291e534dbebf70589ec8833c1d95 194M b60d224c0c3f84392aaee5a199599909c1566f33 196M d67d4a426b60e598b3d1d92bd1956d08b7c23e34 196M f8b9294e3daa962f7fe4f2d249520689ea9f0206 I don't think there's a reason to store 5 versions of deployment package, especially fully-unpacked one. Can we clean it up and make it not store so far back?TASK DETAILhttps://phabricator.wikimedia.org/T169134EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Gehel, Aklapper, Smalyshev, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T169133: WDQS testing setup platform sizing
Smalyshev updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...3. Migrate test setup to real hardware outside of labs (maybe less high-powered than production hosts) This task is to explore and evaluate possible solutions for this issue. TASK DETAILhttps://phabricator.wikimedia.org/T169133EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: daniel, Lydia_Pintscher, bd808, chasemp, Gehel, Aklapper, Smalyshev, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T169133: WDQS testing setup platform sizing
Smalyshev created this task.Smalyshev added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery. TASK DESCRIPTIONCurrently, WDQS has a testing setup on http://wdqs-test.wmflabs.org. However, we are experiencing both storage and performance issues there. Max storage on labs right now is 160G, and WDQS database size is rapidly outgrowing this limitation. Currently, the growth rate for the database is about 75% a year. Production database is now 193G. That means even if we double the labs instance storage, it would only be enough for another year, or maybe two if we store reduced data set. So, we need to find a solution for a test setup. Ways for solving it: Create a huge storage labs instance (300G, 500G) template Store reduced data set for testing, e.g. only truthy data, only English labels, no sitelinks, etc. Migrate test setup to real hardware outside of labs (maybe less high-powered than production hosts) TASK DETAILhttps://phabricator.wikimedia.org/T169133EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: daniel, Lydia_Pintscher, bd808, chasemp, Gehel, Aklapper, Smalyshev, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T169130: Prevent the addition of Property Constraints to Items
Zazpot updated the task description. (Show Details) CHANGES TO TASK DESCRIPTIONBeing new to Wikidata and not yet completely understanding it, I recently added some Property Constraints to an Item. I was then kindly, and correctly [[ https://www.wikidata.org/w/index.php?title=Wikidata:Project_chat=509068435#One-of_constraint_not_working.3F3F | told ]] that this was meaningless, and that essentially, I had wasted my timeTASK DETAILhttps://phabricator.wikimedia.org/T169130EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ZazpotCc: Zazpot, Aklapper, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T169130: Prevent the addition of Property Constraints to Items
Zazpot created this task.Zazpot added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONBeing new to Wikidata and not yet completely understanding it, I recently added some Property Constraints to an Item. I was then kindly, and correctly [https://www.wikidata.org/w/index.php?title=Wikidata:Project_chat=509068435#One-of_constraint_not_working.3F told] that this was meaningless, and that essentially, I had wasted my time. If it is not intended that Wikidata users should add Property Constraints to Items, their doing so should be prevented at the database level, with appropriate feedback at the UI level.TASK DETAILhttps://phabricator.wikimedia.org/T169130EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ZazpotCc: Zazpot, Aklapper, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T167788: Inconsistent parsing of entered date values in Wikidata - punctuation causes problems
thiemowmde added a parent task: T87764: Bugs related to time datatype (tracking). TASK DETAILhttps://phabricator.wikimedia.org/T167788EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: daniel, Lydia_Pintscher, thiemowmde, Izno, Aklapper, agray, GoranSMilovanovic, QZanden, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Triaged] T167788: Inconsistent parsing of entered date values in Wikidata - punctuation causes problems
thiemowmde added subscribers: thiemowmde, Lydia_Pintscher, daniel.thiemowmde triaged this task as "Low" priority.thiemowmde added projects: DataValues, MediaWiki-extensions-WikibaseRepository.thiemowmde added a comment. I'm impressed by this really comprehensive task description. What's described there is exactly what happens internally. Thanks a lot for putting so much work into this! Dates written as 9/7/2017 […] are interpreted as […] MM-DD-. This describes the current situation. We do have a chain of half a dozen date parsers. There is one that checks if it can find one number that is greater than 31 (that must be the year), and an other number between 13 and 31 (that must be the day). This parser ignores punctuation. The last parser takes punctuation into account because slashes are a hint at the American format MM/DD/, while all other punctuation characters typically hint at DD.MM.. This is not an error. I'm afraid there is nothing I can do here, and have to close this ticket as invalid. Note that we want to take the users language into account when parsing dates. We are working on code that will allow us to do so. This is already tracked in about a dozen other tickets (see T87764).TASK DETAILhttps://phabricator.wikimedia.org/T167788EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: daniel, Lydia_Pintscher, thiemowmde, Izno, Aklapper, agray, GoranSMilovanovic, QZanden, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T87764: Bugs related to time datatype (tracking)
thiemowmde added a subtask: T167788: Inconsistent parsing of entered date values in Wikidata - punctuation causes problems. TASK DETAILhttps://phabricator.wikimedia.org/T87764EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: T.seppelt, Agabi10, Ricordisamoa, Conny, Rical, Liuxinyu970226, JulesWinnfield-hu, Wikidata-bugs, Tobi_WMDE_SW, Aklapper, GoranSMilovanovic, QZanden, Izno, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T60849: Redundant site choice in "Wikimedia Commons page linked to this item"
gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T60849EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Wikidata-bugs, SJu, Lydia_Pintscher, Unknown Object (MLST), Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T60849: Redundant site choice in "Wikimedia Commons page linked to this item"
gerritbot added a comment.Herald added a project: Wikidata. Change 361933 had a related patch set uploaded (by SamanthaNguyen; owner: SamanthaNguyen): [mediawiki/extensions/Comments@master] Reorganize directory structurefile renaming https://gerrit.wikimedia.org/r/361933TASK DETAILhttps://phabricator.wikimedia.org/T60849EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Wikidata-bugs, SJu, Lydia_Pintscher, Unknown Object (MLST), GoranSMilovanovic, QZanden, Izno, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T167399: Translate constraint type Q-IDs into strings
gerritbot added a comment. Change 361932 had a related patch set uploaded (by Lucas Werkmeister (WMDE); owner: Lucas Werkmeister (WMDE)): [mediawiki/extensions/WikibaseQualityConstraints@master] Use constraint type item ID in ConstraintParameterParser https://gerrit.wikimedia.org/r/361932TASK DETAILhttps://phabricator.wikimedia.org/T167399EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDE, gerritbotCc: gerritbot, Lucas_Werkmeister_WMDE, Aklapper, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T167226: All text after a pipe character is silently removed when saving a monolingual text property
thiemowmde added projects: MediaWiki-extensions-WikibaseRepository, Wikibase-_javascript_-Api.thiemowmde added a comment. This will be resolved when https://gerrit.wikimedia.org/r/360354 is merged and released and the sub-task T64925 got closed.TASK DETAILhttps://phabricator.wikimedia.org/T167226EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: thiemowmde, Nikki, Aklapper, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Triaged] T168515: Normalize commonsMedia values (titles)
thiemowmde triaged this task as "Low" priority.thiemowmde added a project: MediaWiki-extensions-WikibaseRepository.thiemowmde added subscribers: thiemowmde, Jonas, daniel. TASK DETAILhttps://phabricator.wikimedia.org/T168515EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: daniel, Jonas, thiemowmde, Lucas_Werkmeister_WMDE, Aklapper, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Triaged] T168523: Language codes din and smj are listed in multiple files
thiemowmde triaged this task as "Lowest" priority.thiemowmde added projects: MediaWiki-extensions-WikibaseRepository, Need-volunteer, Easy.Herald added a subscriber: TerraCodes. TASK DETAILhttps://phabricator.wikimedia.org/T168523EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: thiemowmde, TerraCodes, Nikki, Aklapper, GoranSMilovanovic, Soteriaspace, JakeTheDeveloper, QZanden, Abbe98, MuhammadShuaib, Izno, Wikidata-bugs, aude, TheDJ, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T105416: Item-datatype values should link to target item
Lucas_Werkmeister_WMDE added a comment. Constraint violation messages now include links to relevant properties and items, including to the object item if it makes sense, and with the next deployment (tomorrow, I think) it should also be easier to click the links in the messages on Special:ConstraintReport (right now they’re more useful in the gadget). Does that cover this issue, @Yair_rand?TASK DETAILhttps://phabricator.wikimedia.org/T105416EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Lucas_Werkmeister_WMDE, MisterSynergy, Mbch331, StudiesWorld, Yair_rand, Aklapper, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T168796: Allow merging forms
thiemowmde added a subtask: T168795: Allow merging lexemes. TASK DETAILhttps://phabricator.wikimedia.org/T168796EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: thiemowmde, WMDE-leszek, Lydia_Pintscher, daniel, Aklapper, Bugreporter, Cinemantique, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T168795: Allow merging lexemes
thiemowmde added parent tasks: T168797: Allow merging senses, T168796: Allow merging forms. TASK DETAILhttps://phabricator.wikimedia.org/T168795EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: WMDE-leszek, daniel, Lydia_Pintscher, Aklapper, Bugreporter, Cinemantique, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T168797: Allow merging senses
thiemowmde added a subtask: T168795: Allow merging lexemes. TASK DETAILhttps://phabricator.wikimedia.org/T168797EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: thiemowmde, WMDE-leszek, daniel, Lydia_Pintscher, Aklapper, Bugreporter, Cinemantique, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Declined] T168797: Allow merging senses
thiemowmde added subscribers: Lydia_Pintscher, daniel, WMDE-leszek, thiemowmde.thiemowmde closed this task as "Declined".thiemowmde triaged this task as "Normal" priority.thiemowmde added a project: Lexicographical data.thiemowmde added a comment. We just started implementing this project, but can already tell this is not going to work, at least not without bot assistance. Senses are elements of a lexeme. You can not "merge senses" for the same reason you can not "merge statements".TASK DETAILhttps://phabricator.wikimedia.org/T168797EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: thiemowmde, WMDE-leszek, daniel, Lydia_Pintscher, Aklapper, Bugreporter, Cinemantique, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Triaged] T168795: Allow merging lexemes
thiemowmde triaged this task as "Normal" priority.thiemowmde added subscribers: Lydia_Pintscher, daniel, WMDE-leszek.thiemowmde added a project: Lexicographical data. TASK DETAILhttps://phabricator.wikimedia.org/T168795EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: WMDE-leszek, daniel, Lydia_Pintscher, Aklapper, Bugreporter, Cinemantique, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Declined] T168796: Allow merging forms
thiemowmde added subscribers: daniel, Lydia_Pintscher, WMDE-leszek, thiemowmde.thiemowmde triaged this task as "Normal" priority.thiemowmde added a project: Lexicographical data.thiemowmde closed this task as "Declined".thiemowmde added a comment. We just started implementing this project, but can already tell this is not going to work, at least not without bot assistance. Forms are elements of a lexeme. You can not "merge forms" for the same reason you can not "merge statements".TASK DETAILhttps://phabricator.wikimedia.org/T168796EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: thiemowmde, WMDE-leszek, Lydia_Pintscher, daniel, Aklapper, Bugreporter, Cinemantique, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T169108: Wikidata items are always visible in Recent Changes, filtered or not
Mattflaschen-WMF added a comment. We discussed this in detail as a team. For the specific issue, I suspect that a setup with "Show Wikidata" (and showing all types of of change) somehow ended up as your default saved filter. If you have no default saved filter, the new UI still respects these preferences. Those preferences are ignored (but still displayed in preferences) if you're using the beta feature and there is a default saved filter; I think this is the current situation. So I recommend: Configure RecentChanges as you want the default to be. To hide Wikidata, check all the boxes in that group you want to see (unchecking Wikidata). Save a filter. Go to Saved filters, ... next to the filter you just saved, Set as default. TASK DETAILhttps://phabricator.wikimedia.org/T169108EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Mattflaschen-WMFCc: matej_suchanek, Lydia_Pintscher, Lea_Lacroix_WMDE, Mattflaschen-WMF, Trizek-WMF, Aklapper, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Triaged] T167653: Consider ranks in constraint checks
thiemowmde triaged this task as "Normal" priority.thiemowmde added a comment. I agree with what @Lydia_Pintscher said. I suggest to always ignore deprecated statements in all constraint checks, except if it really, really makes sense to consider deprecated stuff.TASK DETAILhttps://phabricator.wikimedia.org/T167653EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: thiemowmde, Pigsonthewing, Lydia_Pintscher, Ivan_A_Krestinin, Lucas_Werkmeister_WMDE, Nikki, Aklapper, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T168968: [Story] Make Wikidata Query Service accessible without JavaScript
Jonas added a comment. Still I think the current patch is at least somewhat helpful, because you can enter a SPARQL query, submit it and download the result as XML.TASK DETAILhttps://phabricator.wikimedia.org/T168968EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: Aleksey_WMDE, gerritbot, Jonas, Smalyshev, Bugreporter, Zazpot, Aklapper, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, merbst, Avner, Lewizho99, Maathavan, debt, Gehel, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Triaged] T168973: Checking if a book is an instance of work is slow without explicit gearing hint
thiemowmde added subscribers: Lydia_Pintscher, Jonas.thiemowmde triaged this task as "Low" priority. TASK DETAILhttps://phabricator.wikimedia.org/T168973EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Jonas, Lydia_Pintscher, gerritbot, Aklapper, Smalyshev, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T168936: SPARQL shouldn't display more digits of accuracy than are available
thiemowmde added subscribers: Jonas, Lucas_Werkmeister_WMDE, Smalyshev, thiemowmde.thiemowmde triaged this task as "Lowest" priority.thiemowmde added projects: Wikidata-Query-Service, Need-volunteer.thiemowmde closed this task as "Invalid".thiemowmde added a comment.Herald added a project: Discovery. What happens in your example is that your query contains a calculation, but the result contains only, well, the result. The resulting number does not contain any hint how it was calculated, and what the precision of the other numbers used in this calculation was. You should use ROUND in your query. Doing some rounding magically in a way that is consistent and does not have any bad side effects is technically not possible.TASK DETAILhttps://phabricator.wikimedia.org/T168936EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: thiemowmde, Smalyshev, Lucas_Werkmeister_WMDE, Jonas, Aklapper, ChristianKl, GoranSMilovanovic, Soteriaspace, JakeTheDeveloper, QZanden, EBjune, merbst, Avner, debt, Gehel, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, TheDJ, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T169023: Remove left-over alias for wikidata.org/ontology (doesn't work)
thiemowmde added a comment. Please redirect to http://wikiba.se/ontologyTASK DETAILhttps://phabricator.wikimedia.org/T169023EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: thiemowmde, daniel, Lydia_Pintscher, gerritbot, Krinkle, Aklapper, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Hfbn0, Ramalepe, Liugev6, QZanden, Lewizho99, Zppix, Maathavan, Izno, Wikidata-bugs, aude, JeroenDeDauw, faidon, Mbch331, Jay8g, fgiunchedi___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Triaged] T169023: Remove left-over alias for wikidata.org/ontology (doesn't work)
thiemowmde moved this task from Proposed to Review on the Wikidata-Sprint board.thiemowmde triaged this task as "Lowest" priority. TASK DETAILhttps://phabricator.wikimedia.org/T169023WORKBOARDhttps://phabricator.wikimedia.org/project/board/2351/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: daniel, Lydia_Pintscher, gerritbot, Krinkle, Aklapper, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Hfbn0, Ramalepe, Liugev6, QZanden, Lewizho99, Zppix, Maathavan, Izno, Wikidata-bugs, aude, JeroenDeDauw, faidon, Mbch331, Jay8g, fgiunchedi___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Triaged] T168041: Assign different favicons to query.wikidata.org and test.wikidata.org
thiemowmde triaged this task as "Lowest" priority.thiemowmde added subscribers: Charlie_WMDE, Jan_Dittrich, Jonas. TASK DETAILhttps://phabricator.wikimedia.org/T168041EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Jonas, Jan_Dittrich, Charlie_WMDE, Lydia_Pintscher, Aklapper, MisterSynergy, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, JGirault, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T168720: Input of a large amount of similar data
thiemowmde added a comment. Is this an investigation ticket? What is the expected outcome? And how is this related to other parent tasks?TASK DETAILhttps://phabricator.wikimedia.org/T168720EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: thiemowmde, Lydia_Pintscher, Charlie_WMDE, Aklapper, Jan_Dittrich, GoranSMilovanovic, QZanden, JGirault, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Triaged] T169108: Wikidata items are always visible in Recent Changes, filtered or not
thiemowmde triaged this task as "Normal" priority. TASK DETAILhttps://phabricator.wikimedia.org/T169108EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: matej_suchanek, Lydia_Pintscher, Lea_Lacroix_WMDE, Mattflaschen-WMF, Trizek-WMF, Aklapper, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T167759: Reference hash is not stable
thiemowmde closed this task as "Invalid".thiemowmde added projects: DataValues, Wikibase-DataModel.thiemowmde added a comment. I'm going to close this ticket for now because it is not actionable and there is nothing we can do for now, except breaking all hashes again, which is what this ticket actually aims to avoid. The issue is not new. We are aware of this problem in the code for years now. We do have tests in place that make sure we are not breaking any hashes without at least noticing. Whenever there is a good reason to break one of these problematic hashes (which happened just a few weeks ago), we should (and will) try to get rid of hash calculations that are based on serialize(), and replace them with something much more stable. Replacing hashes with GUIDs is, even if I support the idea, an even bigger breaking change. I don't see us doing this in the near future. What we will do is trying to avoid introducing new hashes, and use GUIDs instead. But I don't think we need a ticket for this.TASK DETAILhttps://phabricator.wikimedia.org/T167759EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: thiemowmde, daniel, Aklapper, Smalyshev, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, JeroenDeDauw, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Triaged] T154306: Inconsistent presentation of wikilinks
thiemowmde added subscribers: thiemowmde, Lydia_Pintscher, hoo, daniel, aude.thiemowmde triaged this task as "Low" priority.thiemowmde added projects: MediaWiki-extensions-WikibaseRepository, Regression.thiemowmde added a comment. Yes, this is definitely a bug, probably hidden somewhere in the file LinkBeginHookHandler.php. However, I have to set this to low priority for now because the impact is really low.TASK DETAILhttps://phabricator.wikimedia.org/T154306EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: aude, daniel, hoo, Lydia_Pintscher, thiemowmde, petr.matas, Aklapper, GoranSMilovanovic, Jrbranaa, QZanden, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Triaged] T168367: Disable custom error reporting in the API if new error format is requested.
thiemowmde triaged this task as "Normal" priority.thiemowmde added subscribers: thiemowmde, aude, hoo.thiemowmde added projects: MediaWiki-extensions-WikibaseRepository, Wikibase-_javascript_-Api. TASK DETAILhttps://phabricator.wikimedia.org/T168367EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: hoo, aude, thiemowmde, Aklapper, daniel, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T168968: [Story] Make Wikidata Query Service accessible without JavaScript
Smalyshev added a comment. I think it should be possible to make a form that submits query via POST to sparql URL. HTML table probably would require server-side development, which is not likely to happen soon, given current workloads.TASK DETAILhttps://phabricator.wikimedia.org/T168968EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Aleksey_WMDE, gerritbot, Jonas, Smalyshev, Bugreporter, Zazpot, Aklapper, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, merbst, Avner, Lewizho99, Maathavan, debt, Gehel, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T169057: Change default value of $wgPropertySuggesterClassifyingPropertyIds to [ 31, 279 ]
daniel edited parent tasks, added: T169060: Set $wgPropertySuggesterClassifyingPropertyIds to [ 31, 279 ] for wikidata.org; removed: T168434: Property suggester data treats P279 as classifying, while the PropertySuggester extension does not. TASK DETAILhttps://phabricator.wikimedia.org/T169057EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, danielCc: Aklapper, Glorian_WD, Lydia_Pintscher, aude, Sjoerddebruin, hoo, thiemowmde, daniel, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T168968: [Story] Make Wikidata Query Service accessible without JavaScript
Zazpot added a comment. In T168968#3386823, @Aleksey_WMDE wrote: TLDR: Currently it makes browser to download a result file in application/sparql-results+xml format, which is hard to understand and not what user would expect, IMO. I agree that this is not what users are likely to expect as the default, but it is still much better than nothing, or than a banner saying "Enable _javascript_ for this page to work". I would be glad if it were implemented, albeit only as a stop-gap until better server-side code has been developed to handle this story. As for what users are likely to expect: an HTML table (similar to the way results are currently presented when _javascript_ is enabled) would, I think, be the most likely default. Assuming that in the non-_javascript_ version of the page there will be a "Run query" button or similar, it would be nice for there to exist next to it a group of radio buttons with which the user can select the result format. If this is implemented, then "HTML table" should probably be the default, with application/sparql-results+xml as an alternative option. For more details, see my comment in https://gerrit.wikimedia.org/r/361835 Gerrit doesn't seem to work without _javascript_ enabled :(TASK DETAILhttps://phabricator.wikimedia.org/T168968EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ZazpotCc: Aleksey_WMDE, gerritbot, Jonas, Smalyshev, Bugreporter, Zazpot, Aklapper, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, merbst, Avner, Lewizho99, Maathavan, debt, Gehel, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Block] T167127: Standard UI for including statements in constraint violation messages
Lucas_Werkmeister_WMDE created subtask T169121: Add tests for constraint parameter roles. TASK DETAILhttps://phabricator.wikimedia.org/T167127EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: gerritbot, Lydia_Pintscher, Jan_Dittrich, Lucas_Werkmeister_WMDE, Aklapper, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T169121: Add tests for constraint parameter roles
Lucas_Werkmeister_WMDE created this task.Lucas_Werkmeister_WMDE added projects: Wikidata, Wikibase-Quality, Wikibase-Quality-Constraints.Herald added a subscriber: Aklapper. TASK DESCRIPTIONAs Thiemo pointed out in I32050ff565, the change neglected to add any tests. Currently, ConstraintParameterRenderer doesn’t have any tests… I won’t do this right now, since constraint statements are higher priority.TASK DETAILhttps://phabricator.wikimedia.org/T169121EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Aklapper, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T169108: Wikidata items are always visible in Recent Changes, filtered or not
Trizek-WMF added a comment. I've been editing the task while you were replying, to add: if the "Wikidata edits" option is not selected, I expect to have no Wikidata results in my list of results.TASK DETAILhttps://phabricator.wikimedia.org/T169108EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Trizek-WMFCc: Mattflaschen-WMF, Trizek-WMF, Aklapper, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T169108: Wikidata items are always visible in Recent Changes, filtered or not
Mattflaschen-WMF added a comment. It only has that one checkbox in Type of change? That URL ( https://fr.wikipedia.org/wiki/Sp%C3%A9cial:Modifications_r%C3%A9centes?urlversion=2=verylikelybad=1 ) doesn't have any Type of change filters, so by default all types of change are shown. I also see a normal full Type of change group (not just one item).TASK DETAILhttps://phabricator.wikimedia.org/T169108EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Mattflaschen-WMFCc: Mattflaschen-WMF, Trizek-WMF, Aklapper, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T169108: Wikidata items are always visible in Recent Changes, filtered or not
Trizek-WMF updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...{F8548245}
If the "Wikidata edits" option is not selected, I expect to have no Wikidata results in my list of results.
May be related to {T159787} or {T46874}TASK DETAILhttps://phabricator.wikimedia.org/T169108EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Trizek-WMFCc: Trizek-WMF, Aklapper, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T169119: Update documentation about enhanced changes
Lea_Lacroix_WMDE created this task.Lea_Lacroix_WMDE added projects: MediaWiki-extensions-WikibaseClient, Wikidata, Epic, Wikidata-Sprint-2016-05-10, Wikidata-Sprint, User-notice. TASK DESCRIPTIONUpdate documentation once Wikidata changes are enabled in enhanced recent changes on Wikipedia. https://meta.wikimedia.org/wiki/Help:Enhanced_recent_changes On English Wikipedia, in the RC tab of the preferences, the label of checkbox includes "(de-activate for the "Show Wikidata" option below to work)" and probably elsewhere TASK DETAILhttps://phabricator.wikimedia.org/T169119EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanek, Lea_Lacroix_WMDECc: Raymond, Ltrlg, Lydia_Pintscher, Tgr, Liuxinyu970226, aude, He7d3r, Tobi_WMDE_SW, Schnark, Nemo_bis, matmarex, Abraham, Jdforrester-WMF, liangent, Reaper35, Conny, MisterSynergy, Elitre, Perhelion, Ricordisamoa, mxn, CennoxX, MGChecker, Aklapper, Simon_Villeneuve, vlsergey, Soisyc_Croisic, Krenair, Kipod, StudiesWorld, Zppix, Danmichaelo, nyuszika7h, H4stings, Trizek-WMF, JKatzWMF, Strainu, Andrei_Stroe, Magioladitis, matej_suchanek, Headbomb, Mattflaschen-WMF, gerritbot, Johan, IKhitron, Lea_Lacroix_WMDE, GoranSMilovanovic, QZanden, TerraCodes, Izno, Luke081515, Wikidata-bugs, TheDJ, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Block] T46874: [Epic] Full support for wikibase edits in enhanced changes format ("Group changes by page in recent changes and watchlist" [usenewrc])
Lea_Lacroix_WMDE created subtask T169119: Update documentation about enhanced changes. TASK DETAILhttps://phabricator.wikimedia.org/T46874EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanek, Lea_Lacroix_WMDECc: IKhitron, Johan, gerritbot, Mattflaschen-WMF, Headbomb, matej_suchanek, Magioladitis, Andrei_Stroe, Strainu, JKatzWMF, Trizek-WMF, H4stings, nyuszika7h, Danmichaelo, Zppix, StudiesWorld, Kipod, Krenair, Soisyc_Croisic, vlsergey, Simon_Villeneuve, Aklapper, MGChecker, CennoxX, mxn, Ricordisamoa, Perhelion, Elitre, MisterSynergy, Conny, Reaper35, liangent, Jdforrester-WMF, Abraham, matmarex, Nemo_bis, Schnark, Tobi_WMDE_SW, He7d3r, aude, Liuxinyu970226, Tgr, Lydia_Pintscher, Ltrlg, Raymond, GoranSMilovanovic, QZanden, TerraCodes, Izno, Luke081515, Wikidata-bugs, TheDJ, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T167127: Standard UI for including statements in constraint violation messages
Lucas_Werkmeister_WMDE added a comment. @Jan_Dittrich did you get a chance to play with the CSS?TASK DETAILhttps://phabricator.wikimedia.org/T167127EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: gerritbot, Lydia_Pintscher, Jan_Dittrich, Lucas_Werkmeister_WMDE, Aklapper, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T169108: Wikidata items are always visible in Recent Changes, filtered or not
Trizek-WMF updated the task description. (Show Details) CHANGES TO TASK DESCRIPTIONOn my RC page, I have all Wikidata results despite I don't filter them ([[ https://fr.wikipedia.org/wiki/Sp%C3%A9cial:Modifications_r%C3%A9centes?urlversion=2=verylikelybad=1 | URL ]]). I haven't checked the " Show Wikidata edits in recent changes" option in my preferencesTASK DETAILhttps://phabricator.wikimedia.org/T169108EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Trizek-WMFCc: Trizek-WMF, Aklapper, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T168434: Property suggester data treats P279 as classifying, while the PropertySuggester extension does not
daniel removed a subtask: T169057: Change default value of $wgPropertySuggesterClassifyingPropertyIds to [ 31, 279 ]. TASK DETAILhttps://phabricator.wikimedia.org/T168434EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, danielCc: thiemowmde, hoo, Sjoerddebruin, aude, Lydia_Pintscher, Glorian_WD, Aklapper, daniel, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T168720: Input of a large amount of similar data
Lydia_Pintscher added a comment. Yes those exist - autolist2, quickstatements, Wikidata Game, and Mix'n'Match among others depending on what kind of data it is. At this point we should not spend time on this for the core of Wikidata. This is a usecase best served with specialized tools that already exist.TASK DETAILhttps://phabricator.wikimedia.org/T168720EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Lydia_Pintscher, Charlie_WMDE, Aklapper, Jan_Dittrich, GoranSMilovanovic, QZanden, JGirault, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Claimed] T169057: Change default value of $wgPropertySuggesterClassifyingPropertyIds to [ 31, 279 ]
daniel claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T169057EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Aklapper, Glorian_WD, Lydia_Pintscher, aude, Sjoerddebruin, hoo, thiemowmde, daniel, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T167145: Evaluate OOjs UI integration with vue.js
Volker_E renamed this task from "Evaluate OOUI.js integration with vue.js" to "Evaluate OOjs UI integration with vue.js".Volker_E added a project: OOjs-UI. TASK DETAILhttps://phabricator.wikimedia.org/T167145EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Volker_ECc: Volker_E, Aklapper, Jonas, thiemowmde, Aleksey_WMDE, Jan_Dittrich, daniel, GoranSMilovanovic, QZanden, enigmaeth, rohitt, Izno, ferdbold, Wikidata-bugs, aude, Gryllida, Ricordisamoa, Nikerabbit, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T169108: Wikidata items are always visible in Recent Changes, filtered or not
Trizek-WMF created this task.Trizek-WMF added projects: MediaWiki-Recent-changes, Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONOn my RC page, I have all Wikidata results despite I don't filter them (URL).
F8548245: Capture d’écran_2017-06-28_17-54-18.png
May be related to T159787: Add Wikidata to new RC Filters UI or T46874: [Epic] Full support for wikibase edits in enhanced changes format ("Group changes by page in recent changes and watchlist" [usenewrc])TASK DETAILhttps://phabricator.wikimedia.org/T169108EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Trizek-WMFCc: Trizek-WMF, Aklapper, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Block] T168434: Property suggester data treats P279 as classifying, while the PropertySuggester extension does not
daniel created subtask T169060: Set $wgPropertySuggesterClassifyingPropertyIds to [ 31, 279 ] for wikidata.org. TASK DETAILhttps://phabricator.wikimedia.org/T168434EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, danielCc: thiemowmde, hoo, Sjoerddebruin, aude, Lydia_Pintscher, Glorian_WD, Aklapper, daniel, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T167964: [Task] Inject frontend part of lexeme datatype from WikibaseLexeme extension
gerritbot added a comment. Change 361498 had a related patch set uploaded (by Aleksey Bekh-Ivanov (WMDE); owner: Aleksey Bekh-Ivanov (WMDE)): [mediawiki/extensions/Wikibase@master] Dynamic experts' registration https://gerrit.wikimedia.org/r/361498TASK DETAILhttps://phabricator.wikimedia.org/T167964EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: Jonas, Lydia_Pintscher, Aklapper, gerritbot, WMDE-leszek, Ladsgroup, Lordiis, Cinemantique, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T73867: wikidata's JS Time input: adding "after" and "before" for range of time
Herald added a project: Wikidata. TASK DETAILhttps://phabricator.wikimedia.org/T73867EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jc3s5hCc: Jc3s5h, Wikidata-bugs, Yamaha5, Lydia_Pintscher, Unknown Object (MLST), GoranSMilovanovic, QZanden, Izno, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T166765: Investigate the case of custom namespaces
Daniel_Carrero added a comment. English Wiktionary "Citations" namespace is the same as Portuguese Wiktionary "Citações" namespace. They are guaranteed to have the same as the current entry (and technically all entries may have a page in that namespace), so I'm guessing maybe Cognate could do the work of linking them. For example, these two pages could be linked by Cognate: https://en.wiktionary.org/wiki/Citations:trabalho https://pt.wiktionary.org/wiki/Cita%C3%A7%C3%B5es:trabalhoTASK DETAILhttps://phabricator.wikimedia.org/T166765EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Daniel_CarreroCc: Addshore, Lydia_Pintscher, daniel, Bugreporter, Aklapper, waldyrious, Liuxinyu970226, Daniel_Carrero, PeterBowman, Vriullop, Wikitiki89, Lea_Lacroix_WMDE, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T146705: Support rollout of editing wikidata descriptions on Android
ReleaseTaggerBot added a project: MW-1.30-release-notes (WMF-deploy-2017-07-11_(1.30.0-wmf.8)). TASK DETAILhttps://phabricator.wikimedia.org/T146705EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Elitre, ReleaseTaggerBotCc: gerritbot, He7d3r, Lea_Lacroix_WMDE, Fjalapeno, Tbayer, Trizek-WMF, Elitre, Qgil, Dbrant, JKatzWMF, Aklapper, Lordiis, yashasvi, GoranSMilovanovic, nickisverygood, Ivana_Isadora, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Designsbydavesconcepts, Serumulapiet, Lewizho99, Maathavan, Jseddon, donaldepig, FloNight, Izno, Wikidata-bugs, aude, Mbch331, Keegan___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T159316: Enable arbitrary access on English Wiktionary
Lea_Lacroix_WMDE added a comment. Following the different discussions, I asked the community when they would like to have the feature deployed https://en.wiktionary.org/wiki/Wiktionary:Beer_parlour/2017/June#Enabling_Wikidata_arbitrary_access @Daniel_Carrero The point of this ticket is not about installing a separate Wikibase extension for Wiktionary, but to allow the display of Wikidata data in the pages of English Wiktionary.TASK DETAILhttps://phabricator.wikimedia.org/T159316EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lea_Lacroix_WMDECc: TheDaveRoss, Vriullop, Nizil, Liuxinyu970226, Daniel_Carrero, jberkel, Lydia_Pintscher, Lea_Lacroix_WMDE, Aklapper, Cinemantique, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T167127: Standard UI for including statements in constraint violation messages
gerritbot added a comment. Change 357779 merged by jenkins-bot: [mediawiki/extensions/WikibaseQualityConstraints@master] Add semantic tags to values rendered into messages https://gerrit.wikimedia.org/r/357779TASK DETAILhttps://phabricator.wikimedia.org/T167127EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Lydia_Pintscher, Jan_Dittrich, Lucas_Werkmeister_WMDE, Aklapper, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T169058: Temporarily set $wgPropertySuggesterClassifyingPropertyIds to [ 31 ] for wikidata.org
gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T169058EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: daniel, gerritbotCc: gerritbot, thiemowmde, hoo, Sjoerddebruin, aude, Lydia_Pintscher, Glorian_WD, Aklapper, daniel, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, DatGuy, Devwaker, Urbanecm, JEumerus, Tulsi_Bhagat, Izno, Luke081515, biplabanand, Wikidata-bugs, Snowolf, Matanya, Mbch331, Rxy, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T146705: Support rollout of editing wikidata descriptions on Android
gerritbot added a comment. Change 361862 merged by jenkins-bot: [mediawiki/extensions/MobileApp@master] Enable description editing for all wikis except enwiki. https://gerrit.wikimedia.org/r/361862TASK DETAILhttps://phabricator.wikimedia.org/T146705EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Elitre, gerritbotCc: gerritbot, He7d3r, Lea_Lacroix_WMDE, Fjalapeno, Tbayer, Trizek-WMF, Elitre, Qgil, Dbrant, JKatzWMF, Aklapper, Lordiis, yashasvi, GoranSMilovanovic, nickisverygood, Ivana_Isadora, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Designsbydavesconcepts, Serumulapiet, Lewizho99, Maathavan, Jseddon, donaldepig, FloNight, Izno, Wikidata-bugs, aude, Mbch331, Keegan___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T168968: [Story] Make Wikidata Query Service accessible without JavaScript
Aleksey_WMDE added a comment. As I understood this task cannot be properly completed without introducing a server-side component to Query Service GUI. TLDR: Currently it makes browser to download a result file in application/sparql-results+xml format, which is hard to understand and not what user would expect, IMO. So I suggest to postpone execution of this task. For now, I think it would be better to add some banner indicating that it doesn't work without _javascript_. For more details, see my comment in https://gerrit.wikimedia.org/r/361835TASK DETAILhttps://phabricator.wikimedia.org/T168968EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Aleksey_WMDECc: Aleksey_WMDE, gerritbot, Jonas, Smalyshev, Bugreporter, Zazpot, Aklapper, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, merbst, Avner, Lewizho99, Maathavan, debt, Gehel, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T146705: Support rollout of editing wikidata descriptions on Android
gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T146705EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Elitre, gerritbotCc: gerritbot, He7d3r, Lea_Lacroix_WMDE, Fjalapeno, Tbayer, Trizek-WMF, Elitre, Qgil, Dbrant, JKatzWMF, Aklapper, Lordiis, yashasvi, GoranSMilovanovic, nickisverygood, Ivana_Isadora, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Designsbydavesconcepts, Serumulapiet, Lewizho99, Maathavan, Jseddon, donaldepig, FloNight, Izno, Wikidata-bugs, aude, Mbch331, Keegan___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T146705: Support rollout of editing wikidata descriptions on Android
gerritbot added a comment. Change 361862 had a related patch set uploaded (by Dbrant; owner: Dbrant): [mediawiki/extensions/MobileApp@master] Enable description editing for all wikis except enwiki. https://gerrit.wikimedia.org/r/361862TASK DETAILhttps://phabricator.wikimedia.org/T146705EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Elitre, gerritbotCc: gerritbot, He7d3r, Lea_Lacroix_WMDE, Fjalapeno, Tbayer, Trizek-WMF, Elitre, Qgil, Dbrant, JKatzWMF, Aklapper, yashasvi, GoranSMilovanovic, nickisverygood, Ivana_Isadora, QZanden, Designsbydavesconcepts, Serumulapiet, Jseddon, donaldepig, FloNight, Izno, Wikidata-bugs, aude, Mbch331, Keegan___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T168240: WBQC test improvements
gerritbot added a comment. Change 359911 merged by jenkins-bot: [mediawiki/extensions/WikibaseQualityConstraints@master] Start using NewItem in tests https://gerrit.wikimedia.org/r/359911TASK DETAILhttps://phabricator.wikimedia.org/T168240EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDE, gerritbotCc: gerritbot, Lucas_Werkmeister_WMDE, Aklapper, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Claimed] T165575: [Story] Multi-variant Representations
Jakob_WMDE claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T165575EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jakob_WMDECc: WMDE-leszek, Aklapper, Lydia_Pintscher, Cinemantique, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T165575: [Story] Multi-variant Representations
WMDE-leszek added a project: Wikidata-Sprint.WMDE-leszek added a comment. Initial version of this would mean using a widget looking similar to the one that has been created for multi-variant lemmas, see last design suggestions at: https://phabricator.wikimedia.org/T157974 and the LemmaWidget class.TASK DETAILhttps://phabricator.wikimedia.org/T165575EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszekCc: WMDE-leszek, Aklapper, Lydia_Pintscher, Cinemantique, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T169058: Temporarily set $wgPropertySuggesterClassifyingPropertyIds to [ 31 ] for wikidata.org
daniel created this task.daniel added projects: Wikidata, Mediawiki-extensions-PropertySuggester, Wikimedia-Site-requests. TASK DESCRIPTIONAs we are adjusting the default value for $wgPropertySuggesterClassifyingPropertyIds (see T169057), the current status quo should be made explicit in the configuration of the live system. The rationale is that the configuration of the live system should not depend on the software version. This allows more control over the behavior of the live system.TASK DETAILhttps://phabricator.wikimedia.org/T169058EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: thiemowmde, hoo, Sjoerddebruin, aude, Lydia_Pintscher, Glorian_WD, Aklapper, daniel, GoranSMilovanovic, QZanden, DatGuy, Devwaker, Urbanecm, JEumerus, Tulsi_Bhagat, Izno, Luke081515, biplabanand, Wikidata-bugs, Snowolf, Matanya, Mbch331, Rxy, Jay8g, Krenair, MarcoAurelio___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Block] T169057: Change default value of $wgPropertySuggesterClassifyingPropertyIds to [ 31, 279 ]
daniel created subtask T169058: Temporarily set $wgPropertySuggesterClassifyingPropertyIds to [ 31 ] for wikidata.org. TASK DETAILhttps://phabricator.wikimedia.org/T169057EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, danielCc: Aklapper, Glorian_WD, Lydia_Pintscher, aude, Sjoerddebruin, hoo, thiemowmde, daniel, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Block] T168434: Property suggester data treats P279 as classifying, while the PropertySuggester extension does not
daniel created subtask T169057: Change default value of $wgPropertySuggesterClassifyingPropertyIds to [ 31, 279 ]. TASK DETAILhttps://phabricator.wikimedia.org/T168434EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, danielCc: thiemowmde, hoo, Sjoerddebruin, aude, Lydia_Pintscher, Glorian_WD, Aklapper, daniel, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T169057: Change default value of $wgPropertySuggesterClassifyingPropertyIds to [ 31, 279 ]
daniel created this task.daniel added projects: Wikidata, Mediawiki-extensions-PropertySuggester, Wikidata-Sprint. TASK DESCRIPTIONPropertySuggester's extension.json currently sets PropertySuggesterClassifyingPropertyIds to [ 31 ]: https://github.com/Wikidata-lib/PropertySuggester/blob/master/extension.json. However, PropertySuggester-Python's analyzer.ini sets it to [ 31, 279 ], see https://github.com/Wikidata-lib/PropertySuggester-Python/blob/master/propertysuggester/analyzer/analyzer.ini. These two settings need to be consistent, otherwise the data generated by the python script will not be interpreted correctly by the PHP code of the MediaWIki extension. Having different defaults for this setting is asking for trouble (which we are indeed in now, see T168434).TASK DETAILhttps://phabricator.wikimedia.org/T169057EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, danielCc: Aklapper, Glorian_WD, Lydia_Pintscher, aude, Sjoerddebruin, hoo, thiemowmde, daniel, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T168720: Input of a large amount of similar data
Charlie_WMDE added a subscriber: Lydia_Pintscher.Charlie_WMDE added a comment. @Lydia_Pintscher This is the ticket for the email that i sent you about the tool to add similar data easier. Does this exist?TASK DETAILhttps://phabricator.wikimedia.org/T168720EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Charlie_WMDECc: Lydia_Pintscher, Charlie_WMDE, Aklapper, Jan_Dittrich, GoranSMilovanovic, QZanden, JGirault, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T168977: Create Script For Usability Testing
Charlie_WMDE added a project: Wikidata. TASK DETAILhttps://phabricator.wikimedia.org/T168977EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Charlie_WMDECc: Aklapper, gabriel-wmde, Jan_Dittrich, Lea_WMDE, Tobi_WMDE_SW, Charlie_WMDE, James_Budday, GoranSMilovanovic, QZanden, JGirault, KasiaWMDE, Izno, Wikidata-bugs, aude, jayvdb, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
