CAPI: Have slow (fleetcarrier) queries in their own threads
- Dominant language
- Python
- Stars
- 1.3k
- Forks
- 182
- Avg merge
- 1m
- Merged PRs (30d)
- 1
Description
We now have a CAPI `/fleetcarrier` query implementation.
This currently uses a timeout of 60s, but really we'd want to raise that as high as 30 minutes at some point, i.e. to try to ensure *any* FC owner can (eventually) get the data for plugins to utilise.
Currently we serialise all CAPI queries such that they will block all others whilst running. Thus, we can't raise this timeout as-is.
We need to make any slow (just `/fleetcarrier` for now) CAPI query use its own thread so we can increase the timeout without affecting anything else. It might be easier to just make *all* queries use their own sub-thread **but** care needs to be taken with the 'station' set of queries, as that does strictly need to be `/profile` first.
Contributor guide
Assessment
This issue has not been assessed yet.