Getting item usage returns None... sometimes

721
3
Jump to solution
01-17-2023 06:53 AM
JoelRogers
New Contributor II

I recently encountered a bug returning the item usage for 30 and 60 days (BUG-000154587) and posted about it here (Solved: The Usage property for an item returns None or Emp... - Esri Community). After switching my method to getting a dictionary response instead of a dataframe, I had success, and my script was working beautifully... for a week.

Then, I started encountering this issue last week where numerous items within ArcGIS Online started returning None. When I tried to troubleshoot, I couldn't reproduce the error when querying individual items separately. I was able to get the usage to return independently for several items that were returning None. I realized that the items that returned None were different each time I ran the main script. There was no pattern. Then I caught this when manually testing a random item:

 JoelRogers_0-1673966933790.png

In the top cell I did the usage query and it returned None. I waited 5 minutes and ran the same code in the bottom cell. I got a dictionary as expected. Why?

Tags (3)
0 Kudos
1 Solution

Accepted Solutions
JoelRogers
New Contributor II

This is a bug (BUG-000155249)

View solution in original post

3 Replies
JoelRogers
New Contributor II

This is a bug (BUG-000155249)

BrantSollis2
New Contributor III

Any on details on the bug (is there a way to search for bug reports by id number)? 

I found your original thread first with the dictionary workaround, but it sounds like there is no workaround for this bug since the behavior is not repeatable?

0 Kudos
ChristopherCounsell
MVP Regular Contributor

Contact tech support. Always. Because Esri needs to track how many users and their size of their accounts, to prioritize the bug.

And you can then track the bug. Escalate it. And get email updates. I got one today to say the issue is 'non-reproducible' with the latest update, aka fixed.

Give it a go and if the issue still occurs let Esri know so they can review and potentially reopen the bug. It's working for me.

0 Kudos