Have a look at the following situation:
object type “location“ is defined with a few fields like city, street, country, name
object type “server“ is defined with a reference field to a location object
If a user will search for a location name (which is a field of a location object) in a current version of DATAGERRY, only the location will be found. The server object can not be found.
A reference is also a content of a specific object, like the location information for a server. We should enhance the DATAGERRY search, to also follow references. This functionality should be implemented as a search option which can be enabled/disabled by a user. The following of references should be limited to one level.
The search will be executed in 2 steps:
search function like implemented today
only if the result of step 1 does not bring more than e.g 20 objects and the option is set
all results from step2 and step1 are represented in the same result list
could you please create a concept for this point to prepare our next Sprint Planing
Did some testing. Perfect implemented, thanks! That’s exactly what I had in mind. Just a few small wishes:
the resolve reference function also shows inactive objects in search results (does not check the “active/inactive“ flag
if step1 has more than 10 search results, the resolve function is disabled as we discussed that
can we disable the “resolve“ checkbox in that cases?
can we enable the “resolve“ checkbox automatically, if step1 has not more that 10 search results?
perfect, thanks. Can be merged
Changed the Jira Workflow from DATAGERRY -> DATAGERRY 2.0