[Wikidata-bugs] [Maniphest] [Commented On] T235540: SPARQL query causes StackOverflowError and fails to execute

Mormegil added a comment. I found this bug only after reducing my broken query until only this was left: SELECT (MIN(?name) AS ?name) WHERE { } Also, I noticed COUNT and SAMPLE work fine, while the other aggregate functions do not support this aliasing. If it is an error, a

[Wikidata-bugs] [Maniphest] [Commented On] T235540: SPARQL query causes StackOverflowError and fails to execute

Evilricepuddin added a comment. As a user, I'd be happy with the fix being that the variable re-use is detected and I'm given an appropriate error message (this was, after all, the fix that I deployed to work around the problem). I imagine that the StackOverflowError is not the intended

[Wikidata-bugs] [Maniphest] [Commented On] T235540: SPARQL query causes StackOverflowError and fails to execute

Lucas_Werkmeister_WMDE added a comment. That’s true, but Virtuoso also allows this, at least in the DBpedia endpoint

[Wikidata-bugs] [Maniphest] [Commented On] T235540: SPARQL query causes StackOverflowError and fails to execute

Tagishsimon added a comment. Fix by all means, but I note "It is an error for aggregates to project variables with a name already used in other aggregate projections, or in the WHERE clause." https://www.w3.org/TR/sparql11-query/#aggregateExample TASK DETAIL

[Wikidata-bugs] [Maniphest] [Commented On] T235540: SPARQL query causes StackOverflowError and fails to execute

Igorkim78 added a comment. The LabelService optimizer was fixed (so it will not throw NPEs) this August, by reusing Blazegraph core utility com.bigdata.rdf.sparql.ast.StaticAnalysis.getVarsFromArguments(BOp) to run an introspection on variables used in filters and other clauses, so

[Wikidata-bugs] [Maniphest] [Commented On] T235540: SPARQL query causes StackOverflowError and fails to execute

Stashbot added a comment. Mentioned in SAL (#wikimedia-operations) [2019-10-16T12:30:28Z] Finished deploy [wdqs/wdqs@217cac5]: redeploy 0.3.4-SNAPSHOT - T235540 (duration: 03m 40s) TASK DETAIL https://phabricator.wikimedia.org/T235540 EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T235540: SPARQL query causes StackOverflowError and fails to execute

Stashbot added a comment. Mentioned in SAL (#wikimedia-operations) [2019-10-16T12:26:56Z] Started deploy [wdqs/wdqs@217cac5]: redeploy 0.3.4-SNAPSHOT - T235540 TASK DETAIL https://phabricator.wikimedia.org/T235540 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T235540: SPARQL query causes StackOverflowError and fails to execute

Stashbot added a comment. Mentioned in SAL (#wikimedia-operations) [2019-10-16T12:15:36Z] Finished deploy [wdqs/wdqs@c90503b]: Revert to fix T235540 (duration: 19m 09s) TASK DETAIL https://phabricator.wikimedia.org/T235540 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T235540: SPARQL query causes StackOverflowError and fails to execute

Mathew.onipe added a comment. @Evilricepuddin We are currently deploying a revert. So you can keep your old query. TASK DETAIL https://phabricator.wikimedia.org/T235540 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Mathew.onipe Cc:

[Wikidata-bugs] [Maniphest] [Commented On] T235540: SPARQL query causes StackOverflowError and fails to execute

Stashbot added a comment. Mentioned in SAL (#wikimedia-operations) [2019-10-16T11:56:26Z] Started deploy [wdqs/wdqs@c90503b]: Revert to fix T235540 TASK DETAIL https://phabricator.wikimedia.org/T235540 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T235540: SPARQL query causes StackOverflowError and fails to execute

Evilricepuddin added a comment. Thanks for the workaround, can confirm that the query is working again for me now :) TASK DETAIL https://phabricator.wikimedia.org/T235540 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Evilricepuddin Cc:

[Wikidata-bugs] [Maniphest] [Commented On] T235540: SPARQL query causes StackOverflowError and fails to execute

Lucas_Werkmeister_WMDE added a comment. @Evilricepuddin workaround: in (GROUP_CONCAT(DISTINCT ?twitterId; SEPARATOR = ",") AS ?twitterId) change the final `?twitterId` to `?twitterId_`. But reusing the same variable name after aggregation is something I’ve also often done in

[Wikidata-bugs] [Maniphest] [Commented On] T235540: SPARQL query causes StackOverflowError and fails to execute

Smalyshev added a comment. Our fork is in https://github.com/wikimedia/wikidata-query-blazegraph TASK DETAIL https://phabricator.wikimedia.org/T235540 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: Smalyshev,