Currently it is not easy to track when the connection to the server is lost or if the connection timeouts, or something unexpected happens. We should have events for such cases - and we need to define those cases.

So to clarify a bit from our triage session, we would like to have more connectivity events and API to query where we are in the connection process. Useful for web console work. Proposing 4 states to get this started: CONNECTING, CONNECTED, DISCONNECTED, ERROR. filter on PUMPKINS!

Totally. We should look at what sorts of errors the underlying XPCOM socket interfaces distinguish.

(this is needed by the toolbox connection screen)

Just a friendly ping. This is a bit of an annoyance when profiling on mobile.

we should probably bump priority on this if this is causing pain.

If noone mind, I'd like to contribute to this bug, as we are already doing this in the simulator code and would prefer to upstream instead of having such event state management on top of DebuggerClient.

I think paul more or les implemented that via the connection-manager. I think we can now close this bug. Feel free to reopen if you think there is still something missing.