[Wikidata-bugs] [Maniphest] [Changed Project Column] T241338: Allow linking to specific statements in Structured data on Commons

2020-04-16 Thread Etonkovidova
Etonkovidova moved this task from To Do to Verify on Production on the Structured Data Engineering board. Etonkovidova added a comment. Checked in production (`test-commons.wiki`, `commonswiki` - `wmf.28`) - @Ramsey - there are two things for review and please let me know if some follow-up

[Wikidata-bugs] [Maniphest] [Commented On] T244341: Wikibase RDF dump: stop using blank nodes for encoding SomeValue and OWL constraints

2020-04-16 Thread Dipsacus_fullonum
Dipsacus_fullonum added a comment. Many queries use the optimizer hint `hint:Prior hint:rangeSafe true. ` when e.g. comparing date or number values with constants in a filter as suggested at

[Wikidata-bugs] [Maniphest] [Commented On] T247123: Migrate wikidata-query-rdf-release-silent release job to Docker

2020-04-16 Thread hashar
hashar added a comment. A bit of history, the wikidata-query-rdf-release has been build upon the one for refinery. It really "just" do `maven release:prepare release:perform` but there is a lot more complexity around it to provide an environment to run in (Docker with some java and

[Wikidata-bugs] [Maniphest] [Commented On] T221921: Provision search endpoint for SDC. Requirements from Product Team.

2020-04-16 Thread CBogen
CBogen added a comment. We recognize how important this is and will be meeting over the next few weeks to determine a plan forward and a timeline. We'll begin providing regular updates here and on the talk thread as

[Wikidata-bugs] [Maniphest] [Updated] T157651: sql.php runs LoadExtensionSchemaUpdates

2020-04-16 Thread ReleaseTaggerBot
ReleaseTaggerBot edited projects, added MW-1.35-notes (1.35.0-wmf.30; 2020-04-28); removed MW-1.35-notes (1.35.0-wmf.28; 2020-04-14). TASK DETAIL https://phabricator.wikimedia.org/T157651 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel,

[Wikidata-bugs] [Maniphest] [Commented On] T241338: Allow linking to specific statements in Structured data on Commons

2020-04-16 Thread Jarekt
Jarekt added a comment. I noticed that this is deployed now. That is great! Two questions: - I thing the anchor to captions is "#ooui-php-4". Is that going to be true for all the files? Is there some better name for it? And if not, can we rename it to something like "#captions"? - As

[Wikidata-bugs] [Maniphest] [Commented On] T245818: Audit query pages on Wikidata

2020-04-16 Thread matej_suchanek
matej_suchanek added a comment. > I hope it's fine that I hijack it. Totally fine. TASK DETAIL https://phabricator.wikimedia.org/T245818 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: matej_suchanek Cc: Lea_Lacroix_WMDE, Marostegui,

[Wikidata-bugs] [Maniphest] [Commented On] T246524: Current time displayed as modification date

2020-04-16 Thread Lydia_Pintscher
Lydia_Pintscher added a comment. Same here \o/ TASK DETAIL https://phabricator.wikimedia.org/T246524 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: EBernhardson, Lydia_Pintscher Cc: EBernhardson, Lydia_Pintscher, Aklapper, Bugreporter, CBogen,

[Wikidata-bugs] [Maniphest] [Commented On] T157651: sql.php runs LoadExtensionSchemaUpdates

2020-04-16 Thread gerritbot
gerritbot added a comment. Change 587213 **merged** by jenkins-bot: [mediawiki/core@master] DatabaseUpdate: warn extensions about direct modification https://gerrit.wikimedia.org/r/587213 TASK DETAIL https://phabricator.wikimedia.org/T157651 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Retitled] T245818: Audit query pages on Wikidata

2020-04-16 Thread Ladsgroup
Ladsgroup renamed this task from "Disable or revive some query pages on Wikidata" to "Audit query pages on Wikidata". Ladsgroup updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T245818 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T245818: Disable or revive some query pages on Wikidata

2020-04-16 Thread Ladsgroup
Ladsgroup added a comment. This is an important ticket and thank you for creating it @matej_suchanek I hope it's fine that I hijack it. TASK DETAIL https://phabricator.wikimedia.org/T245818 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To:

[Wikidata-bugs] [Maniphest] [Commented On] T222426: Add monolingual language codes rm-rumgr, rm-surmiran, rm-sursilv, rm-sutsilv, rm-vallader, rm-puter

2020-04-16 Thread Raymond
Raymond added a comment. In T222426#5991158 , @Mbch331 wrote: > @jhsoby @Amire80 Are these codes also valid for monolingual text properties? They've been accepted for Lexemes. They works for monolingual text properties too, see

[Wikidata-bugs] [Maniphest] [Updated] T222426: Add monolingual language codes rm-rumgr, rm-surmiran, rm-sursilv, rm-sutsilv, rm-vallader, rm-puter

2020-04-16 Thread gerritbot
gerritbot added a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T222426 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: gerritbot Cc: Amire80, Mbch331, jhsoby, GerardM, Aklapper, Sascha, WMDE-leszek, Lea_Lacroix_WMDE,

[Wikidata-bugs] [Maniphest] [Commented On] T222426: Add monolingual language codes rm-rumgr, rm-surmiran, rm-sursilv, rm-sutsilv, rm-vallader, rm-puter

2020-04-16 Thread gerritbot
gerritbot added a comment. Change 589363 had a related patch set uploaded (by Raimond Spekking; owner: Raimond Spekking): [mediawiki/extensions/cldr@master] Add language codes rm-xxx https://gerrit.wikimedia.org/r/589363 TASK DETAIL https://phabricator.wikimedia.org/T222426 EMAIL

[Wikidata-bugs] [Maniphest] [Changed Project Column] T246524: Current time displayed as modification date

2020-04-16 Thread EBernhardson
EBernhardson moved this task from To Be Deployed to Done on the Discovery-Search (Current work) board. EBernhardson added a comment. wmf.28 went to wikidata today, example query in description looks correct now. TASK DETAIL https://phabricator.wikimedia.org/T246524 WORKBOARD

[Wikidata-bugs] [Maniphest] [Updated] T222426: Add monolingual language codes rm-rumgr, rm-surmiran, rm-sursilv, rm-sutsilv, rm-vallader, rm-puter

2020-04-16 Thread ReleaseTaggerBot
ReleaseTaggerBot added a project: MW-1.35-notes (1.35.0-wmf.30; 2020-04-28). TASK DETAIL https://phabricator.wikimedia.org/T222426 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: ReleaseTaggerBot Cc: Amire80, Mbch331, jhsoby, GerardM, Aklapper,

[Wikidata-bugs] [Maniphest] [Commented On] T230833: wbsearchentities for lexemes returns 'und' match language on Test Wikidata

2020-04-16 Thread Nikki
Nikki added a comment. My guess would be that it's returning `und` for any language where the lexeme's language item does not have a `P218` (ISO 639-1 code) statement. Test Wikidata doesn't have the same properties, let alone the same statements, so it would never find a code there, whereas

[Wikidata-bugs] [Maniphest] [Commented On] T244341: Wikibase RDF dump: stop using blank nodes for encoding SomeValue and OWL constraints

2020-04-16 Thread Dipsacus_fullonum
Dipsacus_fullonum added a comment. In T244341#6062871 , @dcausse wrote: > What we will implement internally for the isSomeValue function won't be doing exactly `STRSTARTS( STR(?o), 'http://www.wikidata.org/prop/somevalue/' ) ` but uses

[Wikidata-bugs] [Maniphest] [Updated] T222426: Add monolingual language codes rm-rumgr, rm-surmiran, rm-sursilv, rm-sutsilv, rm-vallader, rm-puter

2020-04-16 Thread Maintenance_bot
Maintenance_bot removed a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T222426 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Maintenance_bot Cc: Amire80, Mbch331, jhsoby, GerardM, Aklapper, Sascha, WMDE-leszek,

[Wikidata-bugs] [Maniphest] [Commented On] T244341: Wikibase RDF dump: stop using blank nodes for encoding SomeValue and OWL constraints

2020-04-16 Thread dcausse
dcausse added a comment. In T244341#6062795 , @Dipsacus_fullonum wrote: > Yes, `isLiteral` should still work for properties where the real values are literals. Without knowing the internal workings of Blazegraph I would guess that it

[Wikidata-bugs] [Maniphest] [Commented On] T222426: Add monolingual language codes rm-rumgr, rm-surmiran, rm-sursilv, rm-sutsilv, rm-vallader, rm-puter

2020-04-16 Thread gerritbot
gerritbot added a comment. Change 586407 **merged** by jenkins-bot: [mediawiki/extensions/Wikibase@master] Add monolingual language codes for Rumantsch https://gerrit.wikimedia.org/r/586407 TASK DETAIL https://phabricator.wikimedia.org/T222426 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T244341: Wikibase RDF dump: stop using blank nodes for encoding SomeValue and OWL constraints

2020-04-16 Thread Dipsacus_fullonum
Dipsacus_fullonum added a comment. Yes, `isLiteral` should still work for properties where the real values are literals. Without knowing the internal workings of Blazegraph I would guess that it is more efficient than `STRSTARTS( STR(?o), 'http://www.wikidata.org/prop/somevalue/' ) `.

[Wikidata-bugs] [Maniphest] [Commented On] T244341: Wikibase RDF dump: stop using blank nodes for encoding SomeValue and OWL constraints

2020-04-16 Thread Lucas_Werkmeister_WMDE
Lucas_Werkmeister_WMDE added a comment. `isLiteral` should still work, right? Blank nodes aren’t literals, the replacement IRIs won’t be literals either, no change. `isIRI` and `datatype` is a good point, though – such queries will have to be updated. TASK DETAIL

[Wikidata-bugs] [Maniphest] [Commented On] T244341: Wikibase RDF dump: stop using blank nodes for encoding SomeValue and OWL constraints

2020-04-16 Thread Dipsacus_fullonum
Dipsacus_fullonum added a comment. Here is an example where `isLiteral`is used that a value isn't somevalue: https://stackoverflow.com/questions/53102725/make-filtering-people-by-birthyear-and-deathyear-criteria-more-performative-in-s TASK DETAIL https://phabricator.wikimedia.org/T244341

[Wikidata-bugs] [Maniphest] [Commented On] T244341: Wikibase RDF dump: stop using blank nodes for encoding SomeValue and OWL constraints

2020-04-16 Thread Dipsacus_fullonum
Dipsacus_fullonum added a comment. You should be aware that also the functions `isIRI` or `isLiteral` (depending on property type) and `datatype` can be used and probably **is** used to test if a value is somevalue or a real value. TASK DETAIL https://phabricator.wikimedia.org/T244341

[Wikidata-bugs] [Maniphest] [Created] T250392: Lack of adjustment of QuickStatements batches using Property Constraints

2020-04-16 Thread Csisc
Csisc created this task. Csisc added projects: Tools, Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION When using QuickStatements, I mistakenly added "based on heuristic" as a property of the qualifiers of Wikidata statements instead of using it as a property

[Wikidata-bugs] [Maniphest] [Created] T250391: Existing statements are not automatically removed from QuickStatements batch

2020-04-16 Thread Csisc
Csisc created this task. Csisc added projects: Tools, Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION When using QuickStatements, I found that this important tool does not verify the existence of created items and statements in Wikidata before adding them. This

[Wikidata-bugs] [Maniphest] [Created] T250389: Statement qualifiers are aggregated by QuickStatements

2020-04-16 Thread Csisc
Csisc created this task. Csisc added projects: Tools, Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION When using QuickStatements, each line is supposed to be an independent statement. However, I found that the statements are merged together when the subject,

[Wikidata-bugs] [Maniphest] [Commented On] T250305: wmf-quibble-vendor-mysql-php72-docker failed on Special:EntityData

2020-04-16 Thread gerritbot
gerritbot added a comment. Change 589306 had a related patch set uploaded (by Pablo Grass (WMDE); owner: Pablo Grass (WMDE)): [mediawiki/extensions/Wikibase@master] entityLoaded: fire depending on relevant pages, not other modules https://gerrit.wikimedia.org/r/589306 TASK DETAIL

[Wikidata-bugs] [Maniphest] [Updated] T250305: wmf-quibble-vendor-mysql-php72-docker failed on Special:EntityData

2020-04-16 Thread gerritbot
gerritbot added a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T250305 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: gerritbot Cc: Lucas_Werkmeister_WMDE, WMDE-leszek, Pablo-WMDE, Aklapper, Reedy, Blissjay007,

[Wikidata-bugs] [Maniphest] [Commented On] T250305: wmf-quibble-vendor-mysql-php72-docker failed on Special:EntityData

2020-04-16 Thread Pablo-WMDE
Pablo-WMDE added a comment. > If the entity ID is null: ... I conceptually agree with the tree of options you drew but don't think we can responsibly implement the branch "If the entity ID is null > If we’re in a unit test" in production code (that's why i called the null check without

[Wikidata-bugs] [Maniphest] [Created] T250386: Too many errors for QuickStatements particularly when running it in background

2020-04-16 Thread Csisc
Csisc created this task. Csisc added projects: Tools, Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION QuickStatements is absolutely an excellent tool. However, when using it, I found that the tool returns many errors when running my batch for the first time

[Wikidata-bugs] [Maniphest] [Commented On] T248308: Analyse a small sample of the most often used query patterns on WDQS

2020-04-16 Thread Gehel
Gehel added a comment. A few additional notes: - There is probably better / more useful information published as part of the new events published directly from WDQS.

[Wikidata-bugs] [Maniphest] [Closed] T238484: Entities returned by mw.wikibase.getEntity lua function differ based on language of the viewer

2020-04-16 Thread Jarekt
Jarekt closed this task as "Invalid". Jarekt added a comment. In T238484#6046154 , @matthiasmullie wrote: > This behavior appears to be intentional and not causing any trouble when testing whether or not languages match, in which case I

[Wikidata-bugs] [Maniphest] [Closed] T250183: Argument 1 passed to WikibaseQuality\ConstraintReport\Job\CheckConstraintsJob::setResultsSource() must be an instance of WikibaseQuality\ConstraintReport\

2020-04-16 Thread Lucas_Werkmeister_WMDE
Lucas_Werkmeister_WMDE closed this task as "Resolved". Lucas_Werkmeister_WMDE moved this task from Untriaged to Resolved on the Wikimedia-production-error board. Lucas_Werkmeister_WMDE claimed this task. Lucas_Werkmeister_WMDE added a comment. No new occurrences, closing. TASK DETAIL

[Wikidata-bugs] [Maniphest] [Updated] T250070: wikibase.statement.saved hook is no longer fired after error in tainted refs

2020-04-16 Thread Lydia_Pintscher
Lydia_Pintscher added a project: Wikidata-Campsite. TASK DETAIL https://phabricator.wikimedia.org/T250070 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lydia_Pintscher Cc: matej_suchanek, Nikki, Aklapper, LucasWerkmeister, EgbeRef, Vaibhav0199,

[Wikidata-bugs] [Maniphest] [Commented On] T250305: wmf-quibble-vendor-mysql-php72-docker failed on Special:EntityData

2020-04-16 Thread Lucas_Werkmeister_WMDE
Lucas_Werkmeister_WMDE added a comment. That sounds reasonable to me. If I understand correctly, the `wikibase.entityPage.entityLoaded` module gets loaded because it’s a dependency of `wikibase.ui.entityViewInit`, which in turn is required by `wikibase.view.tests` (see

[Wikidata-bugs] [Maniphest] [Updated] T250305: wmf-quibble-vendor-mysql-php72-docker failed on Special:EntityData

2020-04-16 Thread Pablo-WMDE
Pablo-WMDE removed a project: Browser-Tests. Pablo-WMDE added a comment. Suspicious requests against `Special:EntityData/null.json?revision=0` happen in qunit tests when `wikibase.entityPage.entityLoaded.js` gets loaded and instantaneously run (even on no particular test, e. g.

[Wikidata-bugs] [Maniphest] [Commented On] T248308: Analyse a small sample of the most often used query patterns on WDQS

2020-04-16 Thread GoranSMilovanovic
GoranSMilovanovic added a comment. Update `Thu Apr 16 10:21:32 UTC 2020`: - following the meeting with thephp.cc yesterday: - The modelling approach will change from more predictive to more explanatory, i.e. the variables that could not be used for prediction (`cache_status`, for

[Wikidata-bugs] [Maniphest] [Edited] T248457: Fully terminate use of Wikidata item descriptions as short article descriptions for English Wikipedia articles

2020-04-16 Thread Alsee
Alsee updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T248457 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Alsee Cc: Pppery, Lydia_Pintscher, Mike_Peel, JJMC89, DannyS712, Aklapper, Alsee, Liuxinyu970226,

[Wikidata-bugs] [Maniphest] [Commented On] T250299: WDQS graph output does not honour hierarchy

2020-04-16 Thread Lucas_Werkmeister_WMDE
Lucas_Werkmeister_WMDE added a comment. Some query service UI improvements are on the roadmap , but not that soon, I believe. I might get around to doing the upgrade sooner – it would certainly be a good idea –

[Wikidata-bugs] [Maniphest] [Closed] T250181: test.wikidata.org - term store not updating

2020-04-16 Thread Pablo-WMDE
Pablo-WMDE closed this task as "Resolved". Pablo-WMDE claimed this task. Pablo-WMDE added a comment. curl -v https://test.wikidata.org/wiki/Q187712|grep -C2 h1 ... < age: 84662 < x-cache: cp3056 hit, cp3050 hit/3 < x-cache-status: hit-front < server-timing:

[Wikidata-bugs] [Maniphest] [Unblock] T248664: entitysources: Directly create entitySources config for WMF "test" wikis

2020-04-16 Thread Pablo-WMDE
Pablo-WMDE closed subtask T250181: test.wikidata.org - term store not updating as Resolved. TASK DETAIL https://phabricator.wikimedia.org/T248664 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore, Pablo-WMDE Cc: Addshore, Aklapper, Ladsgroup,

[Wikidata-bugs] [Maniphest] [Commented On] T250181: test.wikidata.org - term store not updating

2020-04-16 Thread Michael
Michael added a comment. In T250181#6059323 , @Pablo-WMDE wrote: > I'm observing a behavior I perceive as intuitive for https://test.wikidata.org/w/index.php?title=Q187712=history > @Michael Agree? Yes, that now behaves as

[Wikidata-bugs] [Maniphest] [Commented On] T250305: wmf-quibble-vendor-mysql-php72-docker failed on Special:EntityData

2020-04-16 Thread Pablo-WMDE
Pablo-WMDE added a comment. Interestingly, the suspicious requests against `Special:EntityData/null.json?revision=0` are also happening on successful builds (e. g. the one subsequent to the randomly failing one that led to this ticket

[Wikidata-bugs] [Maniphest] [Updated] T250305: wmf-quibble-vendor-mysql-php72-docker failed on Special:EntityData

2020-04-16 Thread Pablo-WMDE
Pablo-WMDE added a comment. Brings about memories of T189228 & T189329 TASK DETAIL https://phabricator.wikimedia.org/T250305 EMAIL PREFERENCES