[Wikidata-bugs] [Maniphest] [Changed Status] T201147: Expose constraint violations to WDQS using event queue

Addshore changed the task status from "Open" to "Stalled". Addshore added a comment. We could move forward with work in this area now and expose the checks that we do run on edit and cache in a queue for wdqs to pick up. But it is probably worth waiting for both T204031

[Wikidata-bugs] [Maniphest] [Blocker] T192565: Find constraint violations

Addshore changed the status of subtask T204024: Store WikibaseQualityConstraint check data in persistent storage instead of in the cache from Open to Stalled. TASK DETAIL https://phabricator.wikimedia.org/T192565 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Changed Status] T204024: Store WikibaseQualityConstraint check data in persistent storage instead of in the cache

Addshore changed the task status from "Open" to "Stalled". Addshore added a comment. Stalled on the RFC TASK DETAIL https://phabricator.wikimedia.org/T204024 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore Cc: Lydia_Pintscher, Pintoch,

[Wikidata-bugs] [Maniphest] [Blocker] T201150: Regularly run constraint checks for all items

Addshore changed the status of subtask T201147: Expose constraint violations to WDQS using event queue from Open to Stalled. TASK DETAIL https://phabricator.wikimedia.org/T201150 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore Cc:

[Wikidata-bugs] [Maniphest] [Blocker] T192565: Find constraint violations

Addshore changed the status of subtask T201147: Expose constraint violations to WDQS using event queue from Open to Stalled. TASK DETAIL https://phabricator.wikimedia.org/T192565 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore Cc: Sannita,

[Wikidata-bugs] [Maniphest] [Updated] T210286: Migrate wikidata-query-gui-build to Docker containers

Addshore removed a project: Wikidata-Campsite. TASK DETAIL https://phabricator.wikimedia.org/T210286 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore Cc: gerritbot, Addshore, hashar, Aklapper, darthmon_wmde, Nandana, Lahi, Gq86,

[Wikidata-bugs] [Maniphest] [Triaged] T226472: JSONLD not recognized as a valid output format for entity data on Beta Wikidata

Addshore triaged this task as "Low" priority. Addshore updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T226472 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore Cc: alaa_wmde, Aklapper, Lydia_Pintscher, Pablo-WMDE,

[Wikidata-bugs] [Maniphest] [Retitled] T223552: external ID linking issue on Factgrid

Addshore renamed this task from "external ID linking issue on Facgrid" to "external ID linking issue on Factgrid". TASK DETAIL https://phabricator.wikimedia.org/T223552 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore Cc: alaa_wmde,

[Wikidata-bugs] [Maniphest] [Updated] T226533: 403 errors on Wikidata SPARQL queries

Addshore added a project: Wikidata-Query-Service. TASK DETAIL https://phabricator.wikimedia.org/T226533 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore Cc: Addshore, Aklapper, Richard-Degenne, darthmon_wmde, Nandana, Lahi, Gq86,

[Wikidata-bugs] [Maniphest] [Updated] T226533: 403 errors on Wikidata SPARQL queries

Addshore moved this task from incoming to needs discussion or investigation on the Wikidata board. Addshore removed a project: Wikidata-Campsite. Addshore added a comment. Are you using the wikidata query UI, or some other script to run the query? If your hitting the endpoint in a script,

[Wikidata-bugs] [Maniphest] [Triaged] T226635: Make WikibaseQualityConstraints’ ImportConstraintStatements.php maintenance script more database-friendly

Addshore moved this task from Incoming to Needs Work on the Wikidata-Campsite board. Addshore triaged this task as "Low" priority. Addshore added a comment. @Lucas_Werkmeister_WMDE I'll leave this in the Needs Work column for you to read and possibly amend the description :) Then I think

[Wikidata-bugs] [Maniphest] [Changed Project Column] T226635: Make WikibaseQualityConstraints’ ImportConstraintStatements.php maintenance script more database-friendly

Addshore added a project: Wikidata-Campsite. Addshore moved this task from incoming to needs discussion or investigation on the Wikidata board. Addshore added a comment. > Is batch+sleep the best approach? Do we need offset+limit? So, looking that the maint script and job code that is

[Wikidata-bugs] [Maniphest] [Commented On] T175840: Using label service twice in one query results in obscure error message

Smalyshev added a comment. Another broken one: SELECT ?compound ?compoundLabel ?prop ?id ?idLabel WHERE { VALUES ?compound {wd:Q27295794} VALUES ?prop { wdt:P231 wdt:P232 wdt:P267 wdt:P486 wdt:P592 wdt:P595 wdt:P652 wdt:P661 wdt:P662 wdt:P665 wdt:P683 wdt:P715

[Wikidata-bugs] [Maniphest] [Commented On] T195765: Export original TeX string of math-datatype values in RDF/on Wikidata Query Server

Esc3300 added a comment. In T195765#5286494 , @Lucas_Werkmeister_WMDE wrote: > [..] > In T195765#5286177 , @Debenben wrote: > >> [..] >> It is impossible to

[Wikidata-bugs] [Maniphest] [Commented On] T224303: Wikibase Repo prevents page moves in NS 0 on Commons

Majora added a comment. So, whatever fix you all implemented to fix the ns 0 issue now appears to have broken moving files. I'm getting the same permission error I got with the gallery namespace. It is not just me either per

[Wikidata-bugs] [Maniphest] [Commented On] T226639: DBError on Wikibase term store

Ladsgroup added a comment. I'm not super sure silencing errors is a good idea here. The number of edits on properties are really small (once in several minutes) and we are getting errors at this ratio. That doesn't seem right. Let me dig deep in this tomorrow. TASK DETAIL

[Wikidata-bugs] [Maniphest] [Commented On] T225053: Switch `tmpPropertyTermsMigrationStage` to MIGRATION_WRITE_NEW

Ladsgroup added a comment. Sure, so it means WRITE_NEW is actually write_both + read_new? if that's case and given that huge amount of reads on wb_terms table is actually for properties, we should still wait a little. TASK DETAIL https://phabricator.wikimedia.org/T225053 EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T175840: Using label service twice in one query results in obscure error message

Smalyshev added a comment. If OPTIONAL is removed (i.e. its patten in made non-optional) then it works fine. So looks like something related to handling of optionals. TASK DETAIL https://phabricator.wikimedia.org/T175840 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T175840: Using label service twice in one query results in obscure error message

Smalyshev added a comment. @Igorkim78 looks like the patch is buggy. This query: SELECT DISTINCT ?auth ?authItemLabel ?desc ?linkPattern ?countryLabel ?remoteID WHERE { ?authItem wdt:P31 ?authTypes; schema:description ?desc; wdt:P1630 ?linkPattern; wikibase:directClaim

[Wikidata-bugs] [Maniphest] [Commented On] T226639: DBError on Wikibase term store

gerritbot added a comment. Change 519291 had a related patch set uploaded (by Alaa Sarhan; owner: Alaa Sarhan): [mediawiki/extensions/Wikibase@master] Silence ignorable errors when inserting into master. https://gerrit.wikimedia.org/r/519291 TASK DETAIL

[Wikidata-bugs] [Maniphest] [Updated] T226639: DBError on Wikibase term store

gerritbot added a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T226639 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: alaa_wmde, gerritbot Cc: Addshore, darthmon_wmde, WMDE-leszek, Lydia_Pintscher,

[Wikidata-bugs] [Maniphest] [Commented On] T226639: DBError on Wikibase term store

gerritbot added a comment. Change 519287 had a related patch set uploaded (by Alaa Sarhan; owner: Alaa Sarhan): [mediawiki/core@master] Allow silencing errors on instance level in Database. https://gerrit.wikimedia.org/r/519287 TASK DETAIL https://phabricator.wikimedia.org/T226639

[Wikidata-bugs] [Maniphest] [Commented On] T226639: DBError on Wikibase term store

alaa_wmde added a comment. So checking one the properties that cause one of these logs https://www.wikidata.org/wiki/Property:P4189 .. it has the value of 西藏和喜馬拉雅圖書館藏文轉寫 twice, in Chinese and Traditional Chinese. The lag is hit probably due to the fact that the current frontend will send

[Wikidata-bugs] [Maniphest] [Commented On] T226639: DBError on Wikibase term store

alaa_wmde added a comment. I wonder if waiting for replication might be another option here to avoid duplicate inserts caused by lag altogether? TASK DETAIL https://phabricator.wikimedia.org/T226639 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/

[Wikidata-bugs] [Maniphest] [Commented On] T226639: DBError on Wikibase term store

alaa_wmde added a comment. So the error appears because Database.php in core logs those errors internally. There is a away to silence those errors, by passing a flag `IDatabase::QUERY_SILENCE_ERRORS` to `IDatabase::query()`. Issue is, `IDatabase::insert` does not seem to accept such flags,

[Wikidata-bugs] [Maniphest] [Commented On] T149410: For consistency MediaInfo serialization should use "claims" as key, rather than "statements"

Ramsey-WMF added a comment. The SDC team will follow the recommendations/decisions of the original authors (WMDE). We do believe, as Addshore mentioned above, that there's a strong possibility that the Commons model will end up not using references in the way that Wikidata does. We'll

[Wikidata-bugs] [Maniphest] [Updated] T225603: Wire up read logic for normalized storage in Wikibase

ReleaseTaggerBot edited projects, added MW-1.34-notes (1.34.0-wmf.13; 2019-07-09); removed MW-1.34-notes (1.34.0-wmf.10; 2019-06-18). TASK DETAIL https://phabricator.wikimedia.org/T225603 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: alaa_wmde,

[Wikidata-bugs] [Maniphest] [Commented On] T223792: Extend mw.wikibase.getEntity lua function to allow accessing Structured Data on Commons items

Jarekt added a comment. Thank you for the update. Since SDC and Wikidata are based on the same underlying software, I was (naively) imagining that this task was more like extending mw.wikibase.getEntity to go to www.wikidata.org if input string starts with "Q" and go to

[Wikidata-bugs] [Maniphest] [Updated] T226639: DBError on Wikibase term store

alaa_wmde moved this task from Ready to go to Wikidata-Campsite-Iteration-∞ on the Wikidata-Campsite board. alaa_wmde edited projects, added Wikidata-Campsite (Wikidata-Campsite-Iteration-∞); removed Wikidata-Campsite. TASK DETAIL https://phabricator.wikimedia.org/T226639 WORKBOARD

[Wikidata-bugs] [Maniphest] [Claimed] T226639: DBError on Wikibase term store

alaa_wmde triaged this task as "High" priority. alaa_wmde claimed this task. TASK DETAIL https://phabricator.wikimedia.org/T226639 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: alaa_wmde Cc: Addshore, darthmon_wmde, WMDE-leszek, Lydia_Pintscher,

[Wikidata-bugs] [Maniphest] [Commented On] T226639: DBError on Wikibase term store

alaa_wmde added a comment. Ah we are actually catching the error and reporting it back.. I think we should make this configurable, and disable logging duplication error there on Wikidata itself. TASK DETAIL https://phabricator.wikimedia.org/T226639 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T226639: DBError on Wikibase term store

alaa_wmde added a comment. It can be lag issue between replica and master. I'm also suspecting another issue that we faced once. Reading a record from replica once didn't match the existing record due to the silent truncation mariadb was doing, resulting in trying to reinsert the same

[Wikidata-bugs] [Maniphest] [Commented On] T225603: Wire up read logic for normalized storage in Wikibase

gerritbot added a comment. Change 517148 **merged** by jenkins-bot: [mediawiki/extensions/Wikibase@master] Use CachedDatabasePropertyLabelResolver depending on property terms migratin stage. https://gerrit.wikimedia.org/r/517148 TASK DETAIL https://phabricator.wikimedia.org/T225603

[Wikidata-bugs] [Maniphest] [Updated] T223305: Remove feature flag for the bugfix for wbeditentity setting aliases to empty array

ReleaseTaggerBot added a project: MW-1.34-notes (1.34.0-wmf.13; 2019-07-09). TASK DETAIL https://phabricator.wikimedia.org/T223305 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Rosalie_WMDE, ReleaseTaggerBot Cc: Rosalie_WMDE, Aklapper, Michael,

[Wikidata-bugs] [Maniphest] [Updated] T212550: Implement support for ChronologyProtection in events sent when editing Mediawiki/Wikidata

ReleaseTaggerBot edited projects, added MW-1.34-notes (1.34.0-wmf.13; 2019-07-09); removed MW-1.34-notes (1.34.0-wmf.3; 2019-04-30). TASK DETAIL https://phabricator.wikimedia.org/T212550 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev,

[Wikidata-bugs] [Maniphest] [Commented On] T223792: Extend mw.wikibase.getEntity lua function to allow accessing Structured Data on Commons items

Keegan added a comment. Sorry about the delay in the update, but I'm currently meeting with the SDC team in person and we're discussing this task in real-time. The SDC development team is going to have to look into what it takes to get this done - or if not this, some other technical

[Wikidata-bugs] [Maniphest] [Updated] T226489: Decide whether we want to go with a separate presentation/ sub-dir in src/

ReleaseTaggerBot added a project: MW-1.34-notes (1.34.0-wmf.13; 2019-07-09). TASK DETAIL https://phabricator.wikimedia.org/T226489 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Michael, ReleaseTaggerBot Cc: Lucas_Werkmeister_WMDE, Aklapper,

[Wikidata-bugs] [Maniphest] [Updated] T203696: Drastically reduce the number of ResourceLoader modules that WikibaseClient registers

ReleaseTaggerBot edited projects, added MW-1.34-notes (1.34.0-wmf.13; 2019-07-09); removed MW-1.34-notes (1.34.0-wmf.10; 2019-06-18). TASK DETAIL https://phabricator.wikimedia.org/T203696 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To:

[Wikidata-bugs] [Maniphest] [Commented On] T149410: For consistency MediaInfo serialization should use "claims" as key, rather than "statements"

Jdforrester-WMF added a comment. In T149410#5285579 , @Magnus wrote: > In T149410#5284363 , @Jdforrester-WMF wrote: > > > As established above, when Wikimedia DE wrote WBMI in early

[Wikidata-bugs] [Maniphest] [Commented On] T226639: DBError on Wikibase term store

Addshore added a comment. So, it looks like this is probably a race condition within ReplicaMasterAwareRecordIdsAcquirer. It looks like generally the slave will be read ( i didnt look into isIgnoringReplica much but it looks like it is only used in restoreCleanedUpIds). If the

[Wikidata-bugs] [Maniphest] [Commented On] T226603: Blazegraph federation call does not properly work with URLs containing parameters

gerritbot added a comment. Change 519272 had a related patch set uploaded (by Smalyshev; owner: Smalyshev): [wikidata/query/blazegraph@master] Fix remote service URL handling to allow parameters https://gerrit.wikimedia.org/r/519272 TASK DETAIL

[Wikidata-bugs] [Maniphest] [Updated] T226603: Blazegraph federation call does not properly work with URLs containing parameters

gerritbot added a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T226603 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: gerritbot Cc: Aklapper, Smalyshev, Daryl-TTMG, RomaAmorRoma, 0010318400, E.S.A-Sheild, darthmon_wmde,

[Wikidata-bugs] [Maniphest] [Updated] T226603: Blazegraph federation call does not properly work with URLs containing parameters

Smalyshev added a project: Upstream. TASK DETAIL https://phabricator.wikimedia.org/T226603 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: Aklapper, Smalyshev, Daryl-TTMG, RomaAmorRoma, 0010318400, E.S.A-Sheild, darthmon_wmde,

[Wikidata-bugs] [Maniphest] [Updated] T226639: DBError on Wikibase term store

Addshore added a project: Wikimedia-production-error. TASK DETAIL https://phabricator.wikimedia.org/T226639 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore Cc: Addshore, darthmon_wmde, WMDE-leszek, Lydia_Pintscher, Lucas_Werkmeister_WMDE,

[Wikidata-bugs] [Maniphest] [Commented On] T226639: DBError on Wikibase term store

Addshore added a comment. Should these not all be doing INSERT IGNOREs? TASK DETAIL https://phabricator.wikimedia.org/T226639 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore Cc: Addshore, darthmon_wmde, WMDE-leszek, Lydia_Pintscher,

[Wikidata-bugs] [Maniphest] [Closed] T222299: dumpRdf does not work with MediaInfo entities

Smalyshev closed this task as "Resolved". TASK DETAIL https://phabricator.wikimedia.org/T99 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: WMDE-leszek, Jdforrester-WMF, matthiasmullie, Cparle, daniel, Lucas_Werkmeister_WMDE, Tpt,

[Wikidata-bugs] [Maniphest] [Unblock] T221916: Create RDF export for structured data stored for files

Smalyshev closed subtask T99: dumpRdf does not work with MediaInfo entities as Resolved. TASK DETAIL https://phabricator.wikimedia.org/T221916 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: WMDE-leszek, Poyekhali, Steinsplitter,

[Wikidata-bugs] [Maniphest] [Commented On] T220696: Create better edit summaries for wbeditentity API endpoint

alaa_wmde added a comment. In T220696#5200988 , @Lea_WMDE wrote: > In T220696#5200413 , @alaa_wmde wrote: > > > The actual limits after which we move from one version to another (

[Wikidata-bugs] [Maniphest] [Commented On] T226601: Wikidata JSON dump generation broken

ArielGlenn added a comment. They typically pull once a day or more frequently. TASK DETAIL https://phabricator.wikimedia.org/T226601 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: ArielGlenn Cc: TheDatum, Nico008, Melderick, Smalyshev,

[Wikidata-bugs] [Maniphest] [Commented On] T226601: Wikidata JSON dump generation broken

TheDatum added a comment. Just a heads up that mirrors still have the broken files linked to latest: http://dumps.wikimedia.your.org/wikidatawiki/entities/. Not sure how often those update or how they would in this case. TASK DETAIL https://phabricator.wikimedia.org/T226601 EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T226601: Wikidata JSON dump generation broken

ArielGlenn added a comment. I have moved the files wikidata-20190624-all.json.gz and wikidata-20190624-all.json.bz2 to filenames that end in .not. The 'latest' links for the json bz2 and gz files are now broken; this lets people know that the link s are missing instead of beguiling them

[Wikidata-bugs] [Maniphest] [Commented On] T214362: RFC: Store WikibaseQualityConstraint check data in persistent storage

daniel added a comment. In T214362#5284886 , @Marostegui wrote: > Just a quick question: "this would fit a generalized parser cache mechanism" meaning it would fit into the existing parsercache mechanism (and infrastructure) or is that

[Wikidata-bugs] [Maniphest] [Commented On] T195765: Export original TeX string of math-datatype values in RDF/on Wikidata Query Server

Esc3300 added a comment. In T195765#5286694 , @Lucas_Werkmeister_WMDE wrote: > > This doesn't need to lead to a change to any other triples generated by the datatype. > > The current proposal in the task description doesn’t lead to

[Wikidata-bugs] [Maniphest] [Commented On] T195765: Export original TeX string of math-datatype values in RDF/on Wikidata Query Server

Physikerwelt added a comment. It is not a problem to export the userInputTex unless people start to use it. At that point our efforts to change the input format towards a more standard conform LaTeX input (for instance by deprecating `\and` or `\or`, which conflict with regular LaTeX

[Wikidata-bugs] [Maniphest] [Commented On] T203696: Drastically reduce the number of ResourceLoader modules that WikibaseClient registers

gerritbot added a comment. Change 518753 **merged** by jenkins-bot: [mediawiki/extensions/Wikibase@master] Consolidate more view/ modules resources (17) https://gerrit.wikimedia.org/r/518753 TASK DETAIL https://phabricator.wikimedia.org/T203696 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T195765: Export original TeX string of math-datatype values in RDF/on Wikidata Query Server

Lucas_Werkmeister_WMDE added a comment. > This doesn't need to lead to a change to any other triples generated by the datatype. The current proposal in the task description doesn’t lead to any changes in other triples either. It also adds a triple containing only the original input,

[Wikidata-bugs] [Maniphest] [Commented On] T226494: Create configuration for matching regex

gerritbot added a comment. Change 519256 had a related patch set uploaded (by Lucas Werkmeister (WMDE); owner: Lucas Werkmeister (WMDE)): [mediawiki/extensions/Wikibase@master] bridge: load link href regexp from config https://gerrit.wikimedia.org/r/519256 TASK DETAIL

[Wikidata-bugs] [Maniphest] [Commented On] T195765: Export original TeX string of math-datatype values in RDF/on Wikidata Query Server

Esc3300 added a comment. Somehow I think the currently formulated above is probably too complicated to solve the initial problem. The idea is that an input of c^2=a^2+b^2 leads to a triple that contains only: c^2=a^2+b^2 as would it be if it was a mere string.

[Wikidata-bugs] [Maniphest] [Commented On] T225508: Create browser test for the persistence of the license overlay checkbox state

gerritbot added a comment. Change 519246 had a related patch set uploaded (by Jakob; owner: Jakob): [wikibase/termbox@master] License overlay: add browser test for "remember my choice" checkbox https://gerrit.wikimedia.org/r/519246 TASK DETAIL

[Wikidata-bugs] [Maniphest] [Edited] T225053: Switch `tmpPropertyTermsMigrationStage` to MIGRATION_WRITE_NEW

Lucas_Werkmeister_WMDE updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T225053 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lucas_Werkmeister_WMDE Cc: hoo, Lucas_Werkmeister_WMDE, Ladsgroup, Aklapper, alaa_wmde,

[Wikidata-bugs] [Maniphest] [Commented On] T226494: Create configuration for matching regex

Lucas_Werkmeister_WMDE added a comment. Actually, it looks like the `WikibaseClient` doesn’t have the namespace //names// either… I can only find namespace //numbers//. TASK DETAIL https://phabricator.wikimedia.org/T226494 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T224301: Clean up ruby test infrastructure

WMDE-leszek added a comment. Thanks for explanation. I was just not sure if this was intended or not, as I do remember that the removal of ruby Wikibase stuff has already been claimed premature earlier. Having those jobs restored would be cool, but if it waits a few days that'd be cool.

[Wikidata-bugs] [Maniphest] [Claimed] T225508: Create browser test for the persistence of the license overlay checkbox state

Jakob_WMDE claimed this task. Jakob_WMDE moved this task from To Do to Doing on the Wikidata-Termbox-Iteration-18 board. TASK DETAIL https://phabricator.wikimedia.org/T225508 WORKBOARD https://phabricator.wikimedia.org/project/board/4108/ EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Updated] T226494: Create configuration for matching regex

gerritbot added a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T226494 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lucas_Werkmeister_WMDE, gerritbot Cc: Aklapper, Michael, Daryl-TTMG, RomaAmorRoma, 0010318400,

[Wikidata-bugs] [Maniphest] [Commented On] T226494: Create configuration for matching regex

gerritbot added a comment. Change 519238 had a related patch set uploaded (by Lucas Werkmeister (WMDE); owner: Lucas Werkmeister (WMDE)): [mediawiki/extensions/Wikibase@master] bridge: add ResourceLoader module with config https://gerrit.wikimedia.org/r/519238 TASK DETAIL

[Wikidata-bugs] [Maniphest] [Commented On] T225053: Switch `tmpPropertyTermsMigrationStage` to MIGRATION_WRITE_NEW

alaa_wmde added a comment. The entry point to where you can look at the implementation of all that is probably this https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/Wikibase/+/refs/heads/master/repo/includes/WikibaseRepo.php#1805 TASK DETAIL

[Wikidata-bugs] [Maniphest] [Commented On] T223305: Remove feature flag for the bugfix for wbeditentity setting aliases to empty array

gerritbot added a comment. Change 519224 **merged** by jenkins-bot: [mediawiki/extensions/Wikibase@master] Remove feature flag for the bugfix for wbeditentity setting aliases to empty array https://gerrit.wikimedia.org/r/519224 TASK DETAIL https://phabricator.wikimedia.org/T223305

[Wikidata-bugs] [Maniphest] [Created] T226321: [Bug] Unknown ResourceLoader module, jquery.wikibase.sitelinkview, requested on Q item page

Niedzielski created this task. Niedzielski added a project: Wikidata. Restricted Application added subscribers: Liuxinyu970226, Aklapper. TASK DESCRIPTION Steps to reproduce -- 1. Visit a beta cluster page with an associated Wikidata item. E.g.,

[Wikidata-bugs] [Maniphest] [Edited] T226452: Can not get geojson from maps.wikimedia.org (Error 404)

Addshore updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T226452 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore Cc: Aklapper, Kozuch, Liuxinyu970226, darthmon_wmde, Nabetaro, Nandana, MSantos, Lahi, Gq86,

[Wikidata-bugs] [Maniphest] [Created] T226452: Can not get geojson from maps.wikimedia.org (Error 404)

Kozuch created this task. Kozuch added projects: Maps (Kartographer), Wikidata. Restricted Application added subscribers: Liuxinyu970226, Aklapper. TASK DESCRIPTION On this page: https://en.wikipedia.org/wiki/Pennsylvania There is this template:

[Wikidata-bugs] [Maniphest] [Edited] T226006: Feature: Allow to filter Wikidata source of statements by language

Der_Keks updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T226006 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Der_Keks Cc: Der_Keks, Aklapper, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden,

[Wikidata-bugs] [Maniphest] [Claimed] T226485: Add bridge app js via Resource Loader

Matthias_Geisler_WMDE claimed this task. TASK DETAIL https://phabricator.wikimedia.org/T226485 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Matthias_Geisler_WMDE Cc: Lucas_Werkmeister_WMDE, Aklapper, Michael, darthmon_wmde, Nandana, Lahi, Gq86,

[Wikidata-bugs] [Maniphest] [Commented On] T225053: Switch `tmpPropertyTermsMigrationStage` to MIGRATION_WRITE_NEW

alaa_wmde added a comment. Reading the documentation of the constants in core Defines.php they don't match the previously explained process to me. /**@{ * Schema change migration flags. * * Used as values of a feature flag for an orderly transition from an old *

[Wikidata-bugs] [Maniphest] [Commented On] T225053: Switch `tmpPropertyTermsMigrationStage` to MIGRATION_WRITE_NEW

alaa_wmde added a comment. no I actually let the confusing terms confuse me again. but yea WRITE_NEW should write to both by definition as far as I understand, shouldn't it? TASK DETAIL https://phabricator.wikimedia.org/T225053 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Edited] T225053: Switch `tmpPropertyTermsMigrationStage` to MIGRATION_WRITE_NEW

alaa_wmde added subscribers: Lucas_Werkmeister_WMDE, hoo. alaa_wmde updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T225053 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: alaa_wmde Cc: hoo, Lucas_Werkmeister_WMDE,

[Wikidata-bugs] [Maniphest] [Commented On] T149410: For consistency MediaInfo serialization should use "claims" as key, rather than "statements"

Esc3300 added a comment. To avoid that people confuse claims and statements in general, maybe the feature should use an entirely different name. TASK DETAIL https://phabricator.wikimedia.org/T149410 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/

[Wikidata-bugs] [Maniphest] [Commented On] T195765: Export original TeX string of math-datatype values in RDF/on Wikidata Query Server

Debenben added a comment. It is easy to perform some sanitization or conversion on the original string if you need it. It is impossible to get back the original, human-readable LaTeX string from some sanitized version. And even more, the current sanitization introduces errors, so

[Wikidata-bugs] [Maniphest] [Commented On] T226494: Create configuration for matching regex

Lucas_Werkmeister_WMDE added a comment. `wbRepo` is available on clients if you request the ResourceLoader module: mw.loader.using( 'mw.config.values.wbRepo', () => console.log( mw.config.get( 'wbRepo' ) ) ); { "url": "https://www.wikidata.org;,

[Wikidata-bugs] [Maniphest] [Edited] T226639: DBError on Wikibase term store

Lucas_Werkmeister_WMDE updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T226639 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lucas_Werkmeister_WMDE Cc: darthmon_wmde, WMDE-leszek, Lydia_Pintscher, Lucas_Werkmeister_WMDE,

[Wikidata-bugs] [Maniphest] [Commented On] T226639: DBError on Wikibase term store

Ladsgroup added a comment. This is blocker for moving on to items. TASK DETAIL https://phabricator.wikimedia.org/T226639 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ladsgroup Cc: darthmon_wmde, WMDE-leszek, Lydia_Pintscher,

[Wikidata-bugs] [Maniphest] [Created] T226639: DBError on Wikibase term store

Ladsgroup created this task. Ladsgroup added projects: Wikidata, Wikidata-Campsite. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION Now, the top DB errors on the production is Wikibase term store: https://logstash.wikimedia.org/goto/fc2df3f12166030c02ec92bba71d7924

[Wikidata-bugs] [Maniphest] [Commented On] T225053: Switch `tmpPropertyTermsMigrationStage` to MIGRATION_WRITE_NEW

Ladsgroup added a comment. I'm confused now, Setting it to WRITE_NEW makes it to write to both? Can I see the codepath? TASK DETAIL https://phabricator.wikimedia.org/T225053 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ladsgroup Cc:

[Wikidata-bugs] [Maniphest] [Unassigned] T226485: Add bridge app js via Resource Loader

Lucas_Werkmeister_WMDE removed Lucas_Werkmeister_WMDE as the assignee of this task. Lucas_Werkmeister_WMDE moved this task from Doing to To do on the Wikidata-Bridge-Sprint-0 board. TASK DETAIL https://phabricator.wikimedia.org/T226485 WORKBOARD

[Wikidata-bugs] [Maniphest] [Claimed] T226494: Create configuration for matching regex

Lucas_Werkmeister_WMDE claimed this task. TASK DETAIL https://phabricator.wikimedia.org/T226494 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lucas_Werkmeister_WMDE Cc: Aklapper, Michael, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic,

[Wikidata-bugs] [Maniphest] [Claimed] T226485: Add bridge app js via Resource Loader

Lucas_Werkmeister_WMDE claimed this task. Lucas_Werkmeister_WMDE moved this task from To do to Doing on the Wikidata-Bridge-Sprint-0 board. TASK DETAIL https://phabricator.wikimedia.org/T226485 WORKBOARD https://phabricator.wikimedia.org/project/board/4079/ EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T199228: Define an SLO for Wikidata Query Service public endpoint and communicate it

Esc3300 added a comment. I'm trying to figure out what the volume of queries on WQS may be: If I get https://grafana.wikimedia.org/d/00489/wikidata-query-service?panelId=18=1 correctly, it's < 50 queries a second on each of some 12 servers? Personally, I don't think some lag

[Wikidata-bugs] [Maniphest] [Created] T226635: Make WikibaseQualityConstraints’ ImportConstraintStatements.php maintenance script more database-friendly

Lucas_Werkmeister_WMDE created this task. Lucas_Werkmeister_WMDE added projects: Wikidata, Wikibase-Quality-Constraints. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION As a deployer, I want to run the

[Wikidata-bugs] [Maniphest] [Declined] T217124: Add citoid extension and service behind restbase to docker image

Mvolz closed this task as "Declined". TASK DETAIL https://phabricator.wikimedia.org/T217124 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Mvolz Cc: Aklapper, Mvolz, darthmon_wmde, Jelabra, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden,

[Wikidata-bugs] [Maniphest] [Updated] T223305: Remove feature flag for the bugfix for wbeditentity setting aliases to empty array

gerritbot added a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T223305 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Rosalie_WMDE, gerritbot Cc: Rosalie_WMDE, Aklapper, Michael, Daryl-TTMG, RomaAmorRoma, 0010318400,

[Wikidata-bugs] [Maniphest] [Commented On] T223305: Remove feature flag for the bugfix for wbeditentity setting aliases to empty array

gerritbot added a comment. Change 519224 had a related patch set uploaded (by Rosalie Perside (WMDE); owner: Rosalie Perside (WMDE)): [mediawiki/extensions/Wikibase@master] Remove feature flag for the bugfix for wbeditentity setting aliases to empty array

[Wikidata-bugs] [Maniphest] [Commented On] T223372: Constraint was removed from property but still displayed on Lexeme

Stashbot added a comment. Mentioned in SAL (#wikimedia-operations) [2019-06-26T13:17:03Z] end (success) lucaswerkmeister-wmde@mwmaint1002:~$ mwscript extensions/WikibaseQualityConstraints/maintenance/ImportConstraintStatements.php wikidatawiki # T223372

[Wikidata-bugs] [Maniphest] [Commented On] T223372: Constraint was removed from property but still displayed on Lexeme

Stashbot added a comment. Mentioned in SAL (#wikimedia-operations) [2019-06-26T13:16:04Z] begin lucaswerkmeister-wmde@mwmaint1002:~$ mwscript extensions/WikibaseQualityConstraints/maintenance/ImportConstraintStatements.php wikidatawiki # T223372

[Wikidata-bugs] [Maniphest] [Claimed] T223372: Constraint was removed from property but still displayed on Lexeme

Lucas_Werkmeister_WMDE claimed this task. Lucas_Werkmeister_WMDE moved this task from To Do to Doing on the Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board. TASK DETAIL https://phabricator.wikimedia.org/T223372 WORKBOARD https://phabricator.wikimedia.org/project/board/3539/ EMAIL

[Wikidata-bugs] [Maniphest] [Closed] T226489: Decide whether we want to go with a separate presentation/ sub-dir in src/

Lucas_Werkmeister_WMDE closed this task as "Resolved". Lucas_Werkmeister_WMDE moved this task from Verification to Done on the Wikidata-Bridge-Sprint-0 board. TASK DETAIL https://phabricator.wikimedia.org/T226489 WORKBOARD https://phabricator.wikimedia.org/project/board/4079/ EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T195765: Export original TeX string of math-datatype values in RDF/on Wikidata Query Server

Esc3300 added a comment. For the sake of clarity, maybe it should be mentioned that the presence of a psn: triple wont impact users of wdt: or ps: triples. TASK DETAIL https://phabricator.wikimedia.org/T195765 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Unblock] T225949: 2.- Vue + ts compilation (log "hello wikidata bridge") on docker

Lucas_Werkmeister_WMDE closed subtask T226489: Decide whether we want to go with a separate presentation/ sub-dir in src/ as Resolved. TASK DETAIL https://phabricator.wikimedia.org/T225949 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To:

[Wikidata-bugs] [Maniphest] [Commented On] T195765: Export original TeX string of math-datatype values in RDF/on Wikidata Query Server

Physikerwelt added a comment. OK, you mean "exact string matching for the input LaTeX source code" (i.e., `a + b` is different from `a+b`). That's correct. However, would it not be better to use a more generic approach for that? For example, how would I search for a certain javascript input

[Wikidata-bugs] [Maniphest] [Commented On] T226601: Wikidata JSON dump generation broken

ArielGlenn added a comment. I'd prefer to remove and wait for the new run, but I'd like @Smalyshev 's opinion on whether the dumps are most likely fixed, or not, since he was the one who handled the broken deployment at the time. TASK DETAIL https://phabricator.wikimedia.org/T226601

[Wikidata-bugs] [Maniphest] [Commented On] T226489: Decide whether we want to go with a separate presentation/ sub-dir in src/

gerritbot added a comment. Change 519210 **merged** by jenkins-bot: [mediawiki/extensions/Wikibase@master] bridge: Delete hello world assets https://gerrit.wikimedia.org/r/519210 TASK DETAIL https://phabricator.wikimedia.org/T226489 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T195765: Export original TeX string of math-datatype values in RDF/on Wikidata Query Server

Lucas_Werkmeister_WMDE added a comment. In T195765#5285896 , @Physikerwelt wrote: > I think we should not make more complicated than neccary and deceide either to use the MathML standard or not. If so one could also add another

  1   2   >