EDCD / EDCD/EDMarketConnector

CAPI: Have slow (fleetcarrier) queries in their own threads

Open
#1,789 0 comments 0 reactions 0 assignees View on GitHub
CAPI enhancement
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

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.