[Wikidata-bugs] [Maniphest] [Updated] T237319: 502 errors on ATS/8.0.5

Vgutierrez added a parent task: T236988: ats-be on the text cluster is experiencing broken connections. TASK DETAIL https://phabricator.wikimedia.org/T237319 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Vgutierrez Cc: darthmon_wmde, elukey,

[Wikidata-bugs] [Maniphest] [Commented On] T237319: 502 errors on ATS/8.0.5

Joe added a comment. In T237319#5681384 , @darthmon_wmde wrote: > Is there anything that we can quickly do on wikibase to fix this? > if so, please advise what concretely. > Thanks! In general, whenever your code decides to

[Wikidata-bugs] [Maniphest] [Commented On] T237319: 502 errors on ATS/8.0.5

elukey added a comment. In T237319#5681384 , @darthmon_wmde wrote: > Is there anything that we can quickly do on wikibase to fix this? > if so, please advise what concretely. > Thanks! @darthmon_wmde hi! So the issue seems to

[Wikidata-bugs] [Maniphest] [Commented On] T237319: 502 errors on ATS/8.0.5

elukey added a comment. Thanks, will remember to use -v :) On buster + sury's php7.2-fpm + apache 2.4.38 I cannot repro: root@497a89a9ac42:/# curl localhost/test.php -v * Expire in 0 ms for 6 (transfer 0x5604525d2f50) * Expire in 1 ms for 1 (transfer 0x5604525d2f50) *

[Wikidata-bugs] [Maniphest] [Commented On] T199121: RFC: Spec for representing multiple content objects per revision (MCR) in XML dumps

ArielGlenn added a comment. In T199121#5682911 , @Nuria wrote: > I see this ticket is resolved but the dumps on commons have version version="0.10" since from this ticket i gather that the dumps that contain those slots are version=11

[Wikidata-bugs] [Maniphest] [Edited] T238878: Data about how many file pages on Commons contain at least one structured data element

Nuria updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T238878 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Nuria Cc: Addshore, kzimmerman, mpopov, Ramsey-WMF, Abit, Nuria, 4748kitoko, darthmon_wmde, DannyS712, Nandana,

[Wikidata-bugs] [Maniphest] [Commented On] T237319: 502 errors on ATS/8.0.5

Vgutierrez added a comment. And I can reproduce the issue as well with docker-registry.wikimedia.org/dev/stretch-php72-fpm-apache2. Dockerfile: FROM docker-registry.wikimedia.org/dev/stretch-php72-fpm-apache2 RUN mkdir -p /tmp/php RUN sed -i s/runuser/www-data/

[Wikidata-bugs] [Maniphest] [Commented On] T237319: 502 errors on ATS/8.0.5

Vgutierrez added a comment. And using a dumb TCP client we can see the 4 excess bytes: vgutierrez@mwdebug2001:~$ python3 [...] >>> import socket >>> s = socket.socket(socket.AF_INET, socket.SOCK_STREAM) >>> s.connect(('10.192.0.98', 80)) >>> s.send("GET

[Wikidata-bugs] [Maniphest] [Commented On] T237319: 502 errors on ATS/8.0.5

Vgutierrez added a comment. please note that I cannot reproduce on mwdebug using `curl -i`, see the difference: vgutierrez@mwdebug2001:~$ curl --resolve en.wikipedia.org:80:10.192.0.98 http://en.wikipedia.org/w/vgutierrez.php -v * Added en.wikipedia.org:80:10.192.0.98 to DNS cache

[Wikidata-bugs] [Maniphest] [Commented On] T238878: Data about how many file pages on Commons contain at least one structured data element

Abit added a comment. @Addshore said there were 2,988,205 as of 9 PST this morning. I got the sense he didn't count using search, but he'll have to confirm. TASK DETAIL https://phabricator.wikimedia.org/T238878 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Edited] T238878: Data about how many file pages on Commons contain at least one structured data element

Abit updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T238878 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Abit Cc: Addshore, kzimmerman, mpopov, Ramsey-WMF, Abit, Nuria, 4748kitoko, darthmon_wmde, DannyS712, Nandana,

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T238878: Data about how many file pages on Commons contain at least one structured data element

Nuria added a subscriber: Addshore. Nuria added a comment. I think @Addshore had some information to add here. TASK DETAIL https://phabricator.wikimedia.org/T238878 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Nuria Cc: Addshore, kzimmerman,

[Wikidata-bugs] [Maniphest] [Updated] T238878: Data about how many file pages on Commons contain at least one structured data element

Nuria added a comment. Per T220525 it looks like none of the xml dump files that provide content for analytics contain any data about structure data in commons files. Proposed changes (that I am not sure got implemented) to change the dumps

[Wikidata-bugs] [Maniphest] [Edited] T238878: Data about how many file pages on Commons contain at least one structured data element

Nuria updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T238878 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Nuria Cc: kzimmerman, mpopov, Ramsey-WMF, Abit, Nuria, 4748kitoko, darthmon_wmde, DannyS712, Nandana, JKSTNK,

[Wikidata-bugs] [Maniphest] [Created] T238878: Data about how many file pages on Commons contain at least one structured data element

Nuria created this task. Nuria added projects: Analytics, SDC General, Product-Analytics. Restricted Application added a project: Wikidata. TASK DESCRIPTION TASK DETAIL https://phabricator.wikimedia.org/T238878 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T238878: Data about how many file pages on Commons contain at least one structured data element

Nuria added a comment. The work done by @mpopov The wbc_entity_usage table is supposed to hold info on Wikidata usage for the pages For example, here's a random file I added some structured data to a few days ago:

[Wikidata-bugs] [Maniphest] [Updated] T199121: RFC: Spec for representing multiple content objects per revision (MCR) in XML dumps

Nuria added a comment. Restricted Application added a project: Structured-Data-Backlog. I see this ticket is resolved but the dumps on commons have version version="0.10" since from this ticket i gather that the dumps that contain those slots are version=11 , are those being produced? TASK

[Wikidata-bugs] [Maniphest] [Commented On] T221774: Add Wikidata query service lag to Wikidata maxlag

Bugreporter added a comment. Actually maxlag may be more than 5 second for up to one hour. tools should not break (not "give up") even no edits can not be made. TASK DETAIL https://phabricator.wikimedia.org/T221774 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T221774: Add Wikidata query service lag to Wikidata maxlag

Pintoch added a comment. So this is what we get with an exponential back-off (1.5 factor), at the moment: 22:37:27.148 [..baseapi.WbEditingAction] [maxlag] Waiting for all: 5.49167 seconds lagged. -- pausing for 1000 milliseconds. (19338ms) 22:37:28.729

[Wikidata-bugs] [Maniphest] [Changed Project Column] T231730: Step 1: Help link

hoo moved this task from To Do to Test (Product Review) on the Wikidata-Tainted-References-Sprint5 board. hoo added a comment. I think thisis actually fully done by now. TASK DETAIL https://phabricator.wikimedia.org/T231730 WORKBOARD

[Wikidata-bugs] [Maniphest] [Triaged] T208036: Scrape chemical names and data for WikiData from chemical databases

Ecritures triaged this task as "Normal" priority. TASK DETAIL https://phabricator.wikimedia.org/T208036 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ecritures Cc: BorDeh, Vemonet, Freddytuxworth, Husky, Laffano, S9a8m, MxLucy, Dat_doris, Phofx,

[Wikidata-bugs] [Maniphest] [Triaged] T207839: Batch add WO II war memorials to Wikidata

Ecritures triaged this task as "Normal" priority. TASK DETAIL https://phabricator.wikimedia.org/T207839 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Pintoch, Ecritures Cc: Ecritures, Jane023, Multichill, Footech, Elvalente, Pintoch, RonnieV,

[Wikidata-bugs] [Maniphest] [Triaged] T238498: index date statements

EBernhardson triaged this task as "Normal" priority. TASK DETAIL https://phabricator.wikimedia.org/T238498 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: EBernhardson Cc: Aklapper, Bugreporter, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86,

[Wikidata-bugs] [Maniphest] [Triaged] T238362: Blazegraph write performance tuning

EBernhardson triaged this task as "Normal" priority. TASK DETAIL https://phabricator.wikimedia.org/T238362 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: EBernhardson Cc: Tarrow, dcausse, Igorkim78, Gehel, Aklapper, darthmon_wmde, DannyS712,

[Wikidata-bugs] [Maniphest] [Changed Project Column] T238362: Blazegraph write performance tuning

EBernhardson moved this task from needs triage to Current work on the Discovery-Search board. EBernhardson edited projects, added Discovery-Search (Current work); removed Discovery-Search. TASK DETAIL https://phabricator.wikimedia.org/T238362 WORKBOARD

[Wikidata-bugs] [Maniphest] [Commented On] T234431: Get Tora on the SPARQL Federation whitelist

Gehel added a comment. Sorry, we've really not been good at keeping track of incoming requests lately. At the moment, we're having a lot of trouble with WDQS, so it's not really a good time to add more changes (even if fairly minor). Now that this ticket is on our radar, we'll get back

[Wikidata-bugs] [Maniphest] [Created] T238850: Enable other mediawiki extensions to add their own vue components for datatypes

Michael created this task. Michael added a project: Wikidata-Bridge. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: Wikidata. TASK DESCRIPTION Other extensions can add their own datatypes, like score, math or Lexeme. To be able to display or edit

[Wikidata-bugs] [Maniphest] [Commented On] T237319: 502 errors on ATS/8.0.5

elukey added a comment. I have created a Docker image for Debian stretch installing apache2 (same version of the mw app servers) + php7.2-fpm from Sury's repo + the following trivial config: Options Indexes FollowSymLinks AllowOverride None Require

[Wikidata-bugs] [Maniphest] [Commented On] T238564: Make possible to disable suggestededit-add for a user

Johan added a comment. @Masumrezarock100: Yes, the next release, early next week, will check both projects and not allow users to use the suggested edits functionality anywhere if they've been blocked on either project. (: (Other editing will work or not work as it normally does, in the

[Wikidata-bugs] [Maniphest] [Updated] T233213: XSS in Wikidata Query Service UI

gerritbot added a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T233213 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore, gerritbot Cc: Tarrow, hoo, Jakob_WMDE, Rosalie_WMDE, Pablo-WMDE, darthmon_wmde, WMDE-leszek,

[Wikidata-bugs] [Maniphest] [Commented On] T233213: XSS in Wikidata Query Service UI

gerritbot added a comment. Change 552293 had a related patch set uploaded (by Lucas Werkmeister (WMDE); owner: Lucas Werkmeister (WMDE)): [wikidata/query/gui@master] Add security task to Gruntfile https://gerrit.wikimedia.org/r/552293 TASK DETAIL

[Wikidata-bugs] [Maniphest] [Updated] T238229: WDQS is having high update lag for the last week

gerritbot added a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T238229 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: gerritbot Cc: Tarrow, Addshore, Envlh, Alicia_Fagerving_WMSE, Simon_Villeneuve, Ghuron,

[Wikidata-bugs] [Maniphest] [Commented On] T238229: WDQS is having high update lag for the last week

gerritbot added a comment. Change 552277 had a related patch set uploaded (by Gehel; owner: Gehel): [wikidata/query/rdf@master] Start dropping requests when load is too high. https://gerrit.wikimedia.org/r/552277 TASK DETAIL https://phabricator.wikimedia.org/T238229 EMAIL

[Wikidata-bugs] [Maniphest] [Edited] T238831: Syntax highlighting for viewing ShExC code (EntitySchema pages)

Lucas_Werkmeister_WMDE updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T238831 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lucas_Werkmeister_WMDE Cc: Aklapper, Lucas_Werkmeister_WMDE, darthmon_wmde, pdehaye, DannyS712,

[Wikidata-bugs] [Maniphest] [Commented On] T224962: Syntax highlighting for ShEx editor

Lucas_Werkmeister_WMDE added a comment. Integrating YASHE seems like a good way forward, since CodeMirror (which it’s based on) is also integrated into MediaWiki elsewhere (Extension:CodeMirror ). It would take some work, though,

[Wikidata-bugs] [Maniphest] [Commented On] T238423: Getting direct user feedback (Step 1)

Sarai-WMDE added a comment. The proposed flow for option 2 would look like: **1**. User clicks the "Leave your feedback" option. **2**. User is taken to informative page that has a big link ("Take a quick survey") and a text like "by clicking you go to our survey on GDPR compliant,

[Wikidata-bugs] [Maniphest] [Edited] T238831: Syntax highlighting for viewing ShExC code (EntitySchema pages)

Lucas_Werkmeister_WMDE updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T238831 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lucas_Werkmeister_WMDE Cc: Aklapper, Lucas_Werkmeister_WMDE, darthmon_wmde, pdehaye, DannyS712,

[Wikidata-bugs] [Maniphest] [Created] T238831: Syntax highlighting for viewing ShExC code (EntitySchema pages)

Lucas_Werkmeister_WMDE created this task. Lucas_Werkmeister_WMDE added projects: Shape Expressions, Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION As a Wikidata editor, I would like to be able to read ShEx more easily. **Problem:** We do not have syntax

[Wikidata-bugs] [Maniphest] [Updated] T200594: Add client identifier to requests sent from Kartotherian to WDQS

MSantos edited projects, added Product-Infrastructure-Team-Backlog; removed Product-Infrastructure-Team-Backlog (Kanban). TASK DETAIL https://phabricator.wikimedia.org/T200594 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: MSantos Cc: Stashbot,

[Wikidata-bugs] [Maniphest] [Commented On] T238229: WDQS is having high update lag for the last week

Addshore added a comment. I looked into some of the requests and made a quick poke to the agent filtering. Didn't tag the task, so here is the link... https://gerrit.wikimedia.org/r/#/c/wikidata/query/deploy/+/552236/ TASK DETAIL https://phabricator.wikimedia.org/T238229 EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T238828: Show intended blockee in blocked message in wikidata bridge

Michael added a subtask: T58227: Provide original user name as "intended blockee" in case of autoblock. TASK DETAIL https://phabricator.wikimedia.org/T238828 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Michael Cc: Aklapper, Michael,

[Wikidata-bugs] [Maniphest] [Updated] T235154: show error when editor can't edit the statement because of permission errors on the repository

Michael added a comment. We discussed that the investigation (T237522 ) uncovered that we currently cannot get the intended blockee from the mediawiki API. We decided that for now, we drop that requirement, i.e. that bullet point in the error

[Wikidata-bugs] [Maniphest] [Created] T238828: Show intended blockee in blocked message in wikidata bridge

Michael created this task. Michael added projects: Wikidata-Bridge, MediaWiki-User-management. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: Wikidata. TASK DESCRIPTION As a user that finds themselves blocked, I want to know who is the intended

[Wikidata-bugs] [Maniphest] [Edited] T238401: Add tracking code relating to statement changes

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

[Wikidata-bugs] [Maniphest] [Updated] T235788: Citoid should create or reuse items for sources

Maintenance_bot removed a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T235788 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Maintenance_bot Cc: Aklapper, Bugreporter, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86,

[Wikidata-bugs] [Maniphest] [Commented On] T237319: 502 errors on ATS/8.0.5

darthmon_wmde added a comment. Is there anything that we can quickly do on wikibase to fix this? if so, please advise what concretely. Thanks! TASK DETAIL https://phabricator.wikimedia.org/T237319 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T235788: Citoid should create or reuse items for sources

gerritbot added a comment. Change 525082 abandoned by Mvolz: Add support for items Reason: Unfortunately has serious bugs and I decided to change the approach anyway... hopefully some bits can be re-used in future changes ^-^ https://gerrit.wikimedia.org/r/525082 TASK DETAIL

[Wikidata-bugs] [Maniphest] [Commented On] T238423: Getting direct user feedback (Step 1)

Lydia_Pintscher added a comment. In T238423#5681205 , @Tarrow wrote: > I had a ramble about is the survey link for Option 2 internal to wikidata.org or not. If it is external that we might need to warn the user about this etc.. and

[Wikidata-bugs] [Maniphest] [Commented On] T237319: 502 errors on ATS/8.0.5

elukey added a comment. On mwdebug2001 this seems to be the mod proxy fcgi debug: Nov 21 12:02:13 mwdebug2001 apache2[4516]: [proxy_fcgi:debug] [pid 4516:tid 140373593552640] mod_proxy_fcgi.c(913): [client 10.192.0.98:37452] AH01076: url:

[Wikidata-bugs] [Maniphest] [Edited] T238423: Getting direct user feedback (Step 1)

Sarai-WMDE updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T238423 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Sarai-WMDE Cc: Tarrow, Lydia_Pintscher, noarave, Aklapper, Sarai-WMDE, darthmon_wmde, DannyS712, Nandana,

[Wikidata-bugs] [Maniphest] [Edited] T238423: Getting direct user feedback (Step 1)

Sarai-WMDE updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T238423 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Sarai-WMDE Cc: Tarrow, Lydia_Pintscher, noarave, Aklapper, Sarai-WMDE, darthmon_wmde, DannyS712, Nandana,

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T238423: Getting direct user feedback (Step 1)

Tarrow added subscribers: Lydia_Pintscher, Tarrow. Tarrow added a comment. I had a ramble about is the survey link for Option 2 internal to wikidata.org or not. If it is external that we might need to warn the user about this etc.. and this would come with extra cost. @Lydia_Pintscher

[Wikidata-bugs] [Maniphest] [Updated] T238423: Getting direct user feedback (Step 1)

noarave set the point value for this task to "3". TASK DETAIL https://phabricator.wikimedia.org/T238423 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Sarai-WMDE, noarave Cc: noarave, Aklapper, Sarai-WMDE, darthmon_wmde, DannyS712, Nandana, Lahi,

[Wikidata-bugs] [Maniphest] [Commented On] T238229: WDQS is having high update lag for the last week

Tarrow added a comment. Looks like depooling 1004 resulted in a pretty quick drop in lag. 1.5 hours was enough and it hasn't regrown in greater than 12 hours. Its not a pretty solution but: is there any point in regularly rotating each wdqs instance out of the pool? This might keep it

[Wikidata-bugs] [Maniphest] [Commented On] T184474: Create diagrams that outline users' workflows on (structured) Wikimedia Commons

SandraF_WMF added a comment. The workflow is documented here: https://outreach.wikimedia.org/wiki/GLAM/Resources/Data_and_media_partnerships_workflow F31122555: image.png This will serve as the basis of further documentation for

[Wikidata-bugs] [Maniphest] [Closed] T184474: Create diagrams that outline users' workflows on (structured) Wikimedia Commons

SandraF_WMF closed this task as "Resolved". TASK DETAIL https://phabricator.wikimedia.org/T184474 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: SandraF_WMF Cc: Aklapper, johl, aripstra, cmadeo, PDrouin-WMF, SandraF_WMF, darthmon_wmde, DannyS712,

[Wikidata-bugs] [Maniphest] [Closed] T189500: [Story] Encourage and document mapping between GLAM metadata standards/schemas and Structured Data on Commons

SandraF_WMF closed this task as "Resolved". SandraF_WMF added a comment. We received two major pieces of feedback on mapping GLAM ontologies to #structureddataoncommons - From the CIDOC CRM community - see a general piece

[Wikidata-bugs] [Maniphest] [Blocker] T190495: [Epic] Support a selection of diverse new GLAM pilot projects that involve Structured Data on Wikimedia Commons

SandraF_WMF changed the status of subtask T199878: [Epic] Support Wiki Loves... type campaigns in adopting structured data on Wikimedia Commons, when desired from Invalid to Resolved. TASK DETAIL https://phabricator.wikimedia.org/T190495 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Changed Status] T199878: [Epic] Support 'Wiki Loves...' type campaigns in adopting structured data on Wikimedia Commons, when desired

SandraF_WMF changed the task status from "Invalid" to "Resolved". SandraF_WMF added a comment. However, another campaign-oriented approach for adding #structureddataoncommons was explored in GLAM pilot projects: doing

[Wikidata-bugs] [Maniphest] [Closed] T199878: [Epic] Support 'Wiki Loves...' type campaigns in adopting structured data on Wikimedia Commons, when desired

SandraF_WMF closed this task as "Invalid". SandraF_WMF added a comment. Wiki Loves Monuments 2019 ended up not using #structureddataoncommons for various reasons unfortunately. TASK DETAIL

[Wikidata-bugs] [Maniphest] [Unblock] T190495: [Epic] Support a selection of diverse new GLAM pilot projects that involve Structured Data on Wikimedia Commons

SandraF_WMF closed subtask T199878: [Epic] Support Wiki Loves... type campaigns in adopting structured data on Wikimedia Commons, when desired as Invalid. TASK DETAIL https://phabricator.wikimedia.org/T190495 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Unblock] T199878: [Epic] Support 'Wiki Loves...' type campaigns in adopting structured data on Wikimedia Commons, when desired

SandraF_WMF closed subtask T232089: Write a Wikimedia Space blog post about structured data in Wiki Loves... campaigns as Declined. TASK DETAIL https://phabricator.wikimedia.org/T199878 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: SandraF_WMF Cc:

[Wikidata-bugs] [Maniphest] [Unblock] T213721: Support SDC pilots rollout for 2019

SandraF_WMF closed subtask T232089: Write a Wikimedia Space blog post about structured data in Wiki Loves... campaigns as Declined. TASK DETAIL https://phabricator.wikimedia.org/T213721 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: mcruzWMF,

[Wikidata-bugs] [Maniphest] [Declined] T232089: Write a Wikimedia Space blog post about structured data in Wiki Loves... campaigns

SandraF_WMF closed this task as "Declined". SandraF_WMF added a comment. WLM ended up not using #structureddataoncommons in its 2019 campaign, because of various reasons (including that the structured data addition in the

[Wikidata-bugs] [Maniphest] [Declined] T232090: Write a Wikimedia Space blog post about doing GLAM batch uploads to (structured) Wikimedia Commons

SandraF_WMF closed this task as "Declined". SandraF_WMF added a comment. It's unfortunately not yet possible to do batch uploads with tools that are non-coder friendly (i.e. Pattypan, for instance, does not support Structured Data yet). Therefore declining this task, although I will talk

[Wikidata-bugs] [Maniphest] [Unblock] T213721: Support SDC pilots rollout for 2019

SandraF_WMF closed subtask T232090: Write a Wikimedia Space blog post about doing GLAM batch uploads to (structured) Wikimedia Commons as Declined. TASK DETAIL https://phabricator.wikimedia.org/T213721 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/

[Wikidata-bugs] [Maniphest] [Lowered Priority] T233213: XSS in Wikidata Query Service UI

Addshore lowered the priority of this task from "High" to "Normal". TASK DETAIL https://phabricator.wikimedia.org/T233213 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore Cc: Tarrow, hoo, Jakob_WMDE, Rosalie_WMDE, Pablo-WMDE, darthmon_wmde,

[Wikidata-bugs] [Paste] [Changed Policy] P9315: Patch for T233213

Lucas_Werkmeister_WMDE changed the visibility from "Subscribers" to "Public (No Login Required)". PASTE DETAIL https://phabricator.wikimedia.org/P9315 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lucas_Werkmeister_WMDE Cc: Aklapper, Gehel,

[Wikidata-bugs] [Maniphest] [Commented On] T237319: 502 errors on ATS/8.0.5

Vgutierrez added a comment. so it looks like the apache fix doesn't fix every scenario. This small PoC triggers the issue: https://phabricator.wikimedia.org/T237319 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Vgutierrez Cc: Addshore,

[Wikidata-bugs] [Maniphest] [Commented On] T237319: 502 errors on ATS/8.0.5

Ladsgroup added a comment. @addshore @wmde-leszek: it seems we are causing this. We should take a look TASK DETAIL https://phabricator.wikimedia.org/T237319 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ladsgroup Cc: Addshore, WMDE-leszek,

[Wikidata-bugs] [Maniphest] [Updated] T237319: 502 errors on ATS/8.0.5

Ladsgroup added subscribers: WMDE-leszek, Addshore. Ladsgroup added a project: Wikidata-Campsite. Restricted Application added a project: Wikidata. TASK DETAIL https://phabricator.wikimedia.org/T237319 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To:

[Wikidata-bugs] [Maniphest] [Commented On] T238733: Push rights on https://gerrit.wikimedia.org/r/admin/projects/wikidata/query/blazegraph for onimisionipe

Gehel added a comment. @hashar : thanks! In T238733#5678998 , @hashar wrote: > For some reason the group is owned by Administrators. I'm not sure what the strategy usually is. Should we be able to manage it directly? Who

[Wikidata-bugs] [Maniphest] [Commented On] T227643: dumpRDF.php generates a hash-based conceptUri

Jimkont added a comment. Thanks @Addshore I read the post, very good documentation. The `-server` option in `dumpRdf.php --server http://somFancyNewLocation.foo --output /tmp/rdfOutput` seems like the best approach but when I was looking into the issue it was not part of the

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T238751: Only generate maxlag from pooled query service servers.

Addshore added a subscriber: Joe. Addshore added a comment. After talking with @Joe we can use: curl -H 'Accept: application/json' lvs1015:9090/pools/wdqs_80 For codfw i tried: curl -H 'Accept: application/json' lvs2003:9090/pools/wdqs_80 TASK DETAIL

[Wikidata-bugs] [Maniphest] [Updated] T221774: Add Wikidata query service lag to Wikidata maxlag

Addshore added a comment. In T221774#5680575 , @Tagishsimon wrote: > Notable that WDQS lag seems to be paying not a blind bit of notice to this change :( > WDQS 1005-7 all at ~3 hours. >