request_reports no longer downloading data from multiple keys files.

[swiss7]

As of yesterday, it seems that the request_reports script will no longer download data from all of the .keys file found in a folder. It seems that currently it only takes one of these keys files, with all of the others reporting as 'missing'. Yet the 'missing' one will download data if it is the only keys file in the folder.

Any ideas? Has something changed on the server side? Thanks!

[swiss7]

It also seems to be limiting the downloads to 20 reports? Strange change of behaviour.

(btw I am using version 1 of the script, but I don't think that this should make a difference)

[biemster]

Probably something changed on Apple's side, maybe only a single tag can be requested now? Report downloads were already limited to 20 when no startDate or endDate was provided (or something like that), it might be that that got changed as well. I'll have a look coming week, thanks for reporting!

[vasimv]

Yeah, two days ago i've got same problem - multiple keys request is limited to 20..40 reports per request and, usually, it all gets filled by one of the keys. Had to convert script to request keys one by one. May lose some data as one of beacons can get 20+ new reports in between requests, but at least it works.

[swiss7]

Thank you both for confirming. I had come to the same conclusion, but was really hoping that I had somehow missed something. Hopefully someone cleverer than me can figure out if it's just a syntax change and that we can still use something similar to the previous approach.

Vasimv can you share the block of code that loops through the keys files? Thanks!

[vasimv]

My dirty hack: onebyone.patch.txt

[lovelyelfpop]

@vasimv If I request keys one by one, too many requests may cause http status code 401, then Expecting value: line 1 column 1 (char 0)

[lovelyelfpop]

No wonder I can’t get the latest location for almost all the tags I made. This is because each request for multiple keys will only return 20 to 40 location reports, and these location reports may only belong to one of the keys.

[swiss7]

One thing that remains unclear—what determines whether the cloud sends back 20 versus 40 reports? I seem to only receive 20 (giving both a start and end date in the request).

edit: I think that this is something to do with not giving the correct startDate and endDate values in the json call, did folks do something different here?

edit2: I just found the earlier post about start and end times, so if this is generally not functioning, how then are people (e.g. @lovelyelfpop) receiving 40 reports? I'm always stuck on 20. Note that I'm using the previous version (without Anisette), so that could be the difference.

[josephBoonrawd]

I want too. Next step I create 60000 tag for system beertacker.
But I don't know if it's possible.

[halex999]

Same problem for me as well.
I use FindMy with traccar and did not get any position updates since friday.

[khongpt]

I've encountered a similar issue, where out of 13 tags, suddenly only 1 tag's information was returned. After several attempts, I found that Apple Find My seems to have some kind of limit—the number of records in each tag's report is around 20–23. Therefore, I recommend adjusting the process to fetch reports for each tag individually, sequentially retrieving the remaining tags

[lovelyelfpop]

I modified request_reports.py. I use async and parallel requests to save time. See:
https://gist.github.com/lovelyelfpop/9733899e3793df3b74d1da57095c46ce

[olivluca]

Won't you get banned/throttled if you issue too many requests?