sending bad since_id in twitter API calls
specifically, we're sending since_id=587735912303329281_favorited_by_2788841, which is one of our synthetic ids, instead of a normal tweet id. e.g. this log:
Collected params: [(u'q', u'@gRegorLove'), ...(u'since_id', u'587735912303329281_favorited_by_2788841'), ...]
...
Fetching https://api.twitter.com/1.1/search/tweets.json?...&since_id=587735912303329281_favorited_by_2788841
maybe related to #386. cc @gRegorLove.
this is harmless, everything still works. deprioritizing.
hard to check whether this is still happening, since the google cloud log browser doesn't support regexp search.
still happening.
still happening. easily searchable with text:_favorited_by_ in the log browser.
still happening.
Obsolete, Bridgy Twitter is dead.