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
Currently, for some EDDN endpoints (particularly commodity), latches exist that would prevent the journal file from being read, and relying instead on cAPI responses alone.
From the Discord: Given it's the default, most EDMC users will have "Automatically update on docking" active, which means they'll always do a CAPI pull. This means this.commodities will be pre-populated with the data if the player opens the Market screen and causes market.json to be read. If the station market hasn't changed then that check will prevent a market.json-based EDDN message from also being sent.
This is particularly evident in the export_journal_commodities function, which includes some data missing from the cAPI-based response.
This behavior should be revisited to determine if it is how we truly want to do things.
The text was updated successfully, but these errors were encountered:
Describe the enhancement
Currently, for some EDDN endpoints (particularly commodity), latches exist that would prevent the journal file from being read, and relying instead on cAPI responses alone.
From the Discord:
Given it's the default, most EDMC users will have "Automatically update on docking" active, which means they'll always do a CAPI pull. This means this.commodities will be pre-populated with the data if the player opens the Market screen and causes market.json to be read. If the station market hasn't changed then that check will prevent a market.json-based EDDN message from also being sent.
This is particularly evident in the
export_journal_commodities
function, which includes some data missing from the cAPI-based response.This behavior should be revisited to determine if it is how we truly want to do things.
The text was updated successfully, but these errors were encountered: