[Wikidata-bugs] [Maniphest] [Updated] T113959: Test everything

Liuxinyu970226 set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T113959 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lucie, Liuxinyu970226 Cc: Ricordisamoa, Aklapper, Lucie, Wikidata-bugs, aude

[Wikidata-bugs] [Maniphest] [Updated] T113957: [Story] Set the image Property id in configurations

Liuxinyu970226 set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T113957 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lucie, Liuxinyu970226 Cc: Lydia_Pintscher, Lucie, gerritbot, Aklapper, hoo, Wikidata-bugs, aude, Ricordisamoa

[Wikidata-bugs] [Maniphest] [Commented On] T109584: [Bug] wbsearchentities API defaults to something else than the given language parameter

Addshore added a comment. So this is due to language fallback. DE falls back to EN. Again I don't see anything in the comment that we did not explicitly design into this version of the API module. You search in a language (with fallback) The matched result is always returned to you, with what

[Wikidata-bugs] [Maniphest] [Commented On] T116547: try computing certains wikidata stats via hadoop (e.g. spark) instead of query.w.o (blazegraph)

Addshore added a comment. > certains wikidata stats Could you elaborate? TASK DETAIL https://phabricator.wikimedia.org/T116547 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore Cc: Addshore, Christopher, JanZerebecki, Lydia_Pintscher,

[Wikidata-bugs] [Maniphest] [Commented On] T105126: Evaluate pattern constraints (safely)

Popcorndude added a comment. this matches the constraints I suggested: ^(?!.*?\.(\+|\*|\{\d+,\})\()(\\.|[^()\\\[\]]|\[([^\\\[\]]|\\.)*\]|\((?!\?)(\\.|[^()\\]|\[([^\\\[\]]|\\.)*\])*\))+$ these convert infinite repetition (other than ##.*()##, ##.+()##, and ##.{n,}()##) to atomic groups: |

[Wikidata-bugs] [Maniphest] [Retitled] T116298: SPARQL endpoint should gracefully handle cycles and loops in transitive properties

daniel changed the title from "SPARQL endpoint should gracefully handle loops in transitive properties" to "SPARQL endpoint should gracefully handle cycles and loops in transitive properties". daniel edited the task description. daniel set Security to None. TASK DETAIL

[Wikidata-bugs] [Maniphest] [Edited] T116298: SPARQL endpoint should gracefully handle cycles and loops in transitive properties

daniel edited the task description. TASK DETAIL https://phabricator.wikimedia.org/T116298 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev, daniel Cc: Aklapper, daniel, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles

[Wikidata-bugs] [Maniphest] [Edited] T116298: SPARQL endpoint should gracefully handle cycles and loops in transitive properties

daniel edited the task description. TASK DETAIL https://phabricator.wikimedia.org/T116298 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev, daniel Cc: Aklapper, daniel, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles

[Wikidata-bugs] [Maniphest] [Updated] T116547: try computing certains wikidata stats via hadoop (e.g. spark) instead of query.w.o (blazegraph)

JanZerebecki added a comment. This would be an alternative to T115242: Add Munger option to not filter uninteresting object type triples . TASK DETAIL https://phabricator.wikimedia.org/T116547 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Created] T116547: try computing certains wikidata stats via hadoop (e.g. spark) instead of query.w.o (blazegraph)

JanZerebecki created this task. JanZerebecki added subscribers: Ricordisamoa, Aklapper, Lydia_Pintscher, JanZerebecki, Christopher, Addshore. JanZerebecki added a project: Wikidata. TASK DESCRIPTION Try computing certains wikidata stats via hadoop (e.g. spark) instead of query.w.o

[Wikidata-bugs] [Maniphest] [Updated] T105126: Evaluate pattern constraints (safely)

Popcorndude added a comment. Those criteria accept 62 (8%) of the current constraints. Adding character classes (\d is everywhere) brings it up to 166 (23%) I would suggest allowing infinite repetition if the thing being repeated cannot overlap with the next thing. Although to prevent that from

[Wikidata-bugs] [Maniphest] [Commented On] T105126: Evaluate pattern constraints (safely)

Nikki added a subscriber: Nikki. Nikki added a comment. @Popcorndude: I don't really know what's going on here (sorry if I've completely misunderstood), are you only looking at a subset of the format constraints? I know `P1814` is using \p and `P898` is using \x and you didn't mention either

[Wikidata-bugs] [Maniphest] [Commented On] T105126: Evaluate pattern constraints (safely)

Popcorndude added a comment. My apologies. I eliminated those in my initial analysis and forgot to mention it. The full list of things with backslashes in front of them: bdDpsSwx2()[]{}|^\/$?+*,-. TASK DETAIL https://phabricator.wikimedia.org/T105126 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T116485: Echo should not notify the user about his own linking activity

He7d3r added a comment. Same problem for this edit on Wikipedia: https://pt.wikipedia.org/w/index.php?diff=43741618 where I linked https://pt.wikipedia.org/wiki/Anel_quase_comutativo to https://pt.wikipedia.org/wiki/%C3%81lgebra_de_Weyl TASK DETAIL https://phabricator.wikimedia.org/T116485

[Wikidata-bugs] [Maniphest] [Updated] T116464: [Task] Refactor gui.js

gerritbot added a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T116464 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: gerritbot Cc: gerritbot, Aklapper, Jonas, Smalyshev, JanZerebecki, jkroll, Wikidata-bugs, Jdouglas,

[Wikidata-bugs] [Maniphest] [Commented On] T116080: [Story] SPARQL auto completion for keywords, ?variables and Templates or snippets

gerritbot added a subscriber: gerritbot. gerritbot added a comment. Change 248690 had a related patch set uploaded (by Jonas Kress (WMDE)): SPARQL auto completion for keywords and ?variables https://gerrit.wikimedia.org/r/248690 TASK DETAIL https://phabricator.wikimedia.org/T116080 EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T116464: [Task] Refactor gui.js

gerritbot added a subscriber: gerritbot. gerritbot added a comment. Change 248689 had a related patch set uploaded (by Jonas Kress (WMDE)): [WIP] Refactor gui.js https://gerrit.wikimedia.org/r/248689 TASK DETAIL https://phabricator.wikimedia.org/T116464 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T115837: [Story] Query service toolbar

gerritbot added a subscriber: gerritbot. gerritbot added a comment. Change 248692 had a related patch set uploaded (by Jonas Kress (WMDE)): Created toolbar and cleaned UI https://gerrit.wikimedia.org/r/248692 TASK DETAIL https://phabricator.wikimedia.org/T115837 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Updated] T116080: [Story] SPARQL auto completion for keywords, ?variables and Templates or snippets

gerritbot added a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T116080 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jonas, gerritbot Cc: gerritbot, Bene, Jonas, Aklapper, jkroll, Smalyshev, Wikidata-bugs, Jdouglas,

[Wikidata-bugs] [Maniphest] [Updated] T115837: [Story] Query service toolbar

gerritbot added a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T115837 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jonas, gerritbot Cc: gerritbot, Smalyshev, Jonas, Aklapper, jkroll, Wikidata-bugs, Jdouglas, aude,

[Wikidata-bugs] [Maniphest] [Updated] T116485: Echo should not notify the user about his own linking activity

Sjoerddebruin added a project: Regression. Sjoerddebruin added a subscriber: Sjoerddebruin. TASK DETAIL https://phabricator.wikimedia.org/T116485 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Sjoerddebruin Cc: Sjoerddebruin, He7d3r, Aklapper,

[Wikidata-bugs] [Maniphest] [Commented On] T105126: Evaluate pattern constraints (safely)

daniel added a comment. Maybe we should spell out the pattern matching features we actually need to cover our primary use case, matching identifiers. I'd suggest: - Literal, e.g. //abc// - Character set, e.g. //a[bc]//. - Character range, e.g. //foo[0-9]// - Repetition for an exact number of

[Wikidata-bugs] [Maniphest] [Commented On] T95686: [Task] write a maintenance script to migrate properties from string to new identifier datatype

daniel added a comment. XML dumps with histories are indeed an issue: the script that builds them will take old revisions from old dump files, to avoid re-serializing the data. We would need to tell it not to do this, and to re-serialize everything. This is not hard, but it causes the dump

[Wikidata-bugs] [Maniphest] [Commented On] T116300: [Bug] Cannot edit references

daniel added a comment. Huh, odd. Need to investigate this. TASK DETAIL https://phabricator.wikimedia.org/T116300 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: hoo, Aklapper, daniel, Wikidata-bugs, aude

[Wikidata-bugs] [Maniphest] [Commented On] T105126: Evaluate pattern constraints (safely)

daniel added a comment. How about using (?>) independent sub-expressions to avoid backtracking? As to https://phabricator.wikimedia.org/P1949, /oai:.*?:.*/ or

[Wikidata-bugs] [Maniphest] [Updated] T116298: SPARQL endpoint should gracefully handle cycles and loops in transitive properties

Jheald added a subscriber: Jheald. Jheald added a comment. Transitive properties aren't necessary a-cyclic -- for example, consider https://phabricator.wikimedia.org/P460 "said to be the same as", which is transitive, currently used to link given names together, if they are considered to be

[Wikidata-bugs] [Maniphest] [Commented On] T115679: Handle property datatype changing gracefully

daniel added a subscriber: daniel. daniel added a comment. Does pywikibot differentiate between value type and data type? Does pywikibot even *use* the data type as such? The value type is not going to change, only the data type. For example, for the "url" data type, the value type is

[Wikidata-bugs] [Maniphest] [Commented On] T115679: Handle property datatype changing gracefully

jayvdb added a comment. Pywikibot does use the data type, quite extensively. e.g. https://github.com/wikimedia/pywikibot-core/blob/master/pywikibot/page.py#L3951 They are mapped to classes, and mapped to value-types. With something like https://gerrit.wikimedia.org/r/247080 , we can easily