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

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

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] [Commented On] T245818: Audit query pages on Wikidata

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] [Closed] T250183: Argument 1 passed to WikibaseQuality\ConstraintReport\Job\CheckConstraintsJob::setResultsSource() must be an instance of WikibaseQuality\ConstraintReport\

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] [Created] T250392: Lack of adjustment of QuickStatements batches using Property Constraints

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] [Changed Project Column] T246524: Current time displayed as modification date

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] [Commented On] T241338: Allow linking to specific statements in Structured data on Commons

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] T222426: Add monolingual language codes rm-rumgr, rm-surmiran, rm-sursilv, rm-sutsilv, rm-vallader, rm-puter

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] [Commented On] T245818: Disable or revive some query pages on Wikidata

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] [Retitled] T245818: Audit query pages on Wikidata

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] T157651: sql.php runs LoadExtensionSchemaUpdates

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] [Commented On] T246524: Current time displayed as modification date

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] [Updated] T222426: Add monolingual language codes rm-rumgr, rm-surmiran, rm-sursilv, rm-sutsilv, rm-vallader, rm-puter

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] [Closed] T238484: Entities returned by mw.wikibase.getEntity lua function differ based on language of the viewer

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] [Created] T250391: Existing statements are not automatically removed from QuickStatements batch

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] [Updated] T222426: Add monolingual language codes rm-rumgr, rm-surmiran, rm-sursilv, rm-sutsilv, rm-vallader, rm-puter

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] [Created] T250389: Statement qualifiers are aggregated by QuickStatements

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] T248308: Analyse a small sample of the most often used query patterns on WDQS

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] [Updated] T250305: wmf-quibble-vendor-mysql-php72-docker failed on Special:EntityData

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

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] [Commented On] T244341: Wikibase RDF dump: stop using blank nodes for encoding SomeValue and OWL constraints

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

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

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] T230833: wbsearchentities for lexemes returns 'und' match language on Test Wikidata

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] T222426: Add monolingual language codes rm-rumgr, rm-surmiran, rm-sursilv, rm-sutsilv, rm-vallader, rm-puter

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] [Updated] T250070: wikibase.statement.saved hook is no longer fired after error in tainted refs

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] T244341: Wikibase RDF dump: stop using blank nodes for encoding SomeValue and OWL constraints

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] [Commented On] T244341: Wikibase RDF dump: stop using blank nodes for encoding SomeValue and OWL constraints

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] T250305: wmf-quibble-vendor-mysql-php72-docker failed on Special:EntityData

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

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] T244341: Wikibase RDF dump: stop using blank nodes for encoding SomeValue and OWL constraints

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] [Commented On] T221921: Provision search endpoint for SDC. Requirements from Product Team.

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] [Commented On] T247123: Migrate wikidata-query-rdf-release-silent release job to Docker

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] [Changed Project Column] T241338: Allow linking to specific statements in Structured data on Commons

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] [Updated] T157651: sql.php runs LoadExtensionSchemaUpdates

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] T244341: Wikibase RDF dump: stop using blank nodes for encoding SomeValue and OWL constraints

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] T250181: test.wikidata.org - term store not updating

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

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

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

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

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] [Commented On] T250299: WDQS graph output does not honour hierarchy

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

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

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] [Edited] T248457: Fully terminate use of Wikidata item descriptions as short article descriptions for English Wikipedia articles

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] [Updated] T250305: wmf-quibble-vendor-mysql-php72-docker failed on Special:EntityData

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] T250305: wmf-quibble-vendor-mysql-php72-docker failed on Special:EntityData

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