You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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.
The text was updated successfully, but these errors were encountered:
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.The text was updated successfully, but these errors were encountered: