Notices where this attachment appears
-
@mmn I found a bug in GNU Social Twitter API, which causes unnecessary network traffic and delays:
it ignores "since_id" parameter in a "search" request. As a result every subsequent search request returns the same list of ”notices". See e.g.
https://loadaverage.org/api/search.json?count=200&q=andstatus&since_id=8226489
Please fix this. Upcoming changes to AndStatus will allow users to use Search very conveniently, including automatic syncing of "Search timelines", and this server-side bug can cause unnecessary load...
BTW, Twitter reacts properly and in a case no newer tweets exist it returns JSON file with metadata of 352 bytes ;-)
...This report made me think of counting not number of messages only, but size in bytes of downloaded timelines also... https://loadaverage.org/attachment/3117176