Twitter API v2 filtered stream: total timeout or keep-alive idle detection for reconnects?
A client consuming the filtered stream endpoint ( GET /2/tweets/search/stream ) holds a long-lived HTTP connection the platform can drop at any time; documented guidance is to reconnect with exponential backoff and to wait longer after HTTP 429 responses using headers such as x-rate-limit-reset . The unresolved decision is the reconnect trigger: a hard total