[Wikidata-bugs] [Maniphest] [Commented On] T235540: StackOverflowError when SPARQL query uses same variable name before and after aggregation

2020-06-15 Thread Lucas_Werkmeister_WMDE
Lucas_Werkmeister_WMDE added a comment. Yes, same error: `(MAX(?coord) as ?coord)` TASK DETAIL https://phabricator.wikimedia.org/T235540 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lucas_Werkmeister_WMDE Cc: Nemo_bis, Dipsacus_fullonum,

[Wikidata-bugs] [Maniphest] [Commented On] T235540: StackOverflowError when SPARQL query uses same variable name before and after aggregation

2020-03-30 Thread Lucas_Werkmeister_WMDE
Lucas_Werkmeister_WMDE added a comment. In T235540#6006432 , @Dipsacus_fullonum wrote: > Why don't you close this as invalid and ask people to make correct SPARQL code? Becauseā€¦ In T235540#5576520

[Wikidata-bugs] [Maniphest] [Commented On] T235540: StackOverflowError when SPARQL query uses same variable name before and after aggregation

2020-03-29 Thread Dipsacus_fullonum
Dipsacus_fullonum added a comment. Fair enough, but the StackOverflowError seems to be a Blazegraph error, so did anyone report the issue upstream? They have a Jira issue board at https://jira.blazegraph.com/secure/Dashboard.jspa but I don't see anything about this StackOverflowError. TASK

[Wikidata-bugs] [Maniphest] [Commented On] T235540: StackOverflowError when SPARQL query uses same variable name before and after aggregation

2020-03-28 Thread Evilricepuddin
Evilricepuddin added a comment. Because, even if you wanted the query to fail because its technically invalid, the fact that it was producing a `StackOverflowError` instead of a more meaningful error was still a bug. Honestly, I didn't mind which way the fix went, but it was still a bug and

[Wikidata-bugs] [Maniphest] [Commented On] T235540: StackOverflowError when SPARQL query uses same variable name before and after aggregation

2020-03-27 Thread Dipsacus_fullonum
Dipsacus_fullonum added a comment. Why don't you close this as invalid and ask people to make correct SPARQL code? The SPARQL 1.1 specification clearly says in section "18.2.1 Variable Scope": "The variable v must not be in-scope at the point of the (expr AS v) form." Qouted from