support AbortSignal

[teidesu]

there's currently no way to cancel pending requests in the client library (i.e. passing signal to fetch, or some other handling for websocket transport).

i don't know how this can be implemented with proper ergonomics considering the current client library design, though

[andogq]

What use case are you envisioning for this?

I know this is a very common pattern when using fetch, however I'm unsure what it would look like when using Qubit with web-sockets. Since multiple requests share the same socket, we'd have to build our own mechanism to cancel in-flight requests over the web-socket (which would likely need to be added to jsonrpsee, given that's what handles JSON-RPC over web-sockets). And regardless of how it's implemented, it can't make any guarantees that a cancelled request won't be completed by the server.

[teidesu]

the main reason to cancel pending requests is to tell any intermediary involved that i am no longer interested in the result.

an example would be some kind of search method, where if i changed the query in the ui before the results loaded — i'm no longer interested in the old results and i can tell the browser to just drop the request altogether, and ignore the result if the server ends up sending it to me

in case of websockets it's a bit more complicated, but at least we could just add if(signal.aborted) return when handling the result message