Ottomata added a comment.

Another idea is that the processing time is to long for EventStreams? (to

be verified) In that case we should have a method to disconnect and resume
with the last offset. Or use a threaded EventStream.

If the problem is not being able to process data fast enough, this would
work. You could consume events til a queue fills up, disconnect
EventStreams, and then reconnect with the last event id value from
the queue when you want to start consuming again.

think this could be a connection problem maybe a missing timeout.

EventStreams uses requests and the timeout is None by default.

I’m not sure this will matter here. I think the requests timeout here is
for time to get any response from the server, not timeout for any data to
be received. I could be wrong though. :)

Also, I’ve been running the simple example since yesterday, and it is still
going fine, so I don’t think the issue is with sseclient/requests.


TASK DETAIL
https://phabricator.wikimedia.org/T158943

EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Xqt, Ottomata
Cc: gerritbot, Magul, Ottomata, zhuyifei1999, tom29739, valhallasw, Aklapper, Xqt, pywikibot-bugs-list, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, Tbscho, MayS, Lewizho99, Mdupont, JJMC89, Maathavan, Avicennasis, Sn1per, jayvdb, Dalba, Masti, Alchimista, Rxy
_______________________________________________
pywikibot-bugs mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/pywikibot-bugs

Reply via email to