I was trying to display some summary information from Assets but it seems the lookupObject size is maxing out at 100?
Does anyone know if this is correct, can it be changed as it really puts a dent in trying to summarise some information from Assets?
Thanks
Yes, like lookup issues, lookup object is only returning up to the first 100 objects that is searched.
Hi @Ste404
Yes, and to Mikael's answer...
Depending upon what information you need, a couple of work-arounds would be to:
Kind regards,
Bill
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I can't narrow it down as there are thousands of records and the return is pretty high.
Do you have an example of what to do with the REST API?
The JQL is pretty basic for these (for example)
"Encrypted" = "FALSE"
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Here is a how-to article for calling the REST API from a rule: https://community.atlassian.com/t5/Jira-articles/Automation-for-Jira-Send-web-request-using-Jira-REST-API/ba-p/1443828
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Am I still not going to be caught out by the 100 record limit for the lookupObjects.
All I am trying to do is come up with a count.. i.e. lookupObject.size, which is always 100?
The lookupObject gets the array from Assets, doesn't that mean the REST side of things is still only working with the capped records?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Correct, and...the REST API call will be limited and require paging to see the details. However if you only need counts one call should provide the counts in the "total" field of the response.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
hmmm ok, this is heading to the too hard basket for now.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Bill Sheboy Decided to come back to this as I just keep coming up against a wall when I want to get information from Assets.
In you comment you said paging to see the details, will that allow more than the 100 records to be displayed or just paging will loop through to come up with the 100 (obviously I am not at all sure about paging :) )
Also, you mentioned about the counts in the total field can show than the 100 cap, do you have an example of how that would hang together in an automation.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
If you took at the references for the REST API, you will see the startAt parameter, which is used to iterate through pages.
The number of your expected items could determine your approach, as you could assume a maximum and hardcode each chunk. Doing this dynamically for an unknown number of asset records may not be possible with one rule at this time.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
ok thanks, that sort of confirmed what I was thinking. Based on the startAt I was unsure how I could smartly increment that until the end of the number of items.
It isn't a case, it is a matter of just starting the next one with a higher 'startAt' number.
cheers
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.