#dominoforever | Product Ideas Portal

Welcome to the #dominoforever Product Ideas Forum! The place where you can submit product ideas and enhancement request. We encourage you to participate by voting on, commenting on, and creating new ideas. All new ideas will be evaluated by HCL Product Management & Engineering teams, and the next steps will be communicated. While not all submitted ideas will be executed upon, community feedback will play a key role in influencing which ideas are and when they will be implemented.

For more information and upcoming events around #dominoforever, please visit our Destination Domino Page

In DQL the "@All" function can't be combined with other syntax

Specifically, any permutation using "@All" not on its own such as:

@All and Form = 'Person'

(@All)

not @All

results in a message of "Query is not understandable - syntax error - MUST have at least one operator", with "Call hint: OSLocalAlloc, Core call #0". This is the same error that happens if you use an @function that doesn't exist in DQL, like "@foo", or a bareword as the whole query, like "foo".


Would like to request that "@All" in DQL should work similarly to how it does in formula-based queries, where it's essentially a no-op that matches all documents but is nonetheless legal to combine with other syntax.


While there's no real case where a human would manually compose a query combining "@All" with other criteria, it is very plausible for a query post-processor to do so. For example, a program might accept user input (either of DQL directly or abstract terms) to make a query and then combine it with "and Form = 'Person'" to restrict the query to only documents for a given form. Keep's current development state.


The immediate impact is that any such processor must now compare the incoming query to see if it case-and-whitespace-insensitive matches "@All" and operate differently on it, or to use a baseline matcher like "not (Form = '')" if such a thing can apply. This is not a showstopper, but it's inconvenient and unexpected.

  • Guest
  • May 4 2022
  • Under Consideration
  • Attach files