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
See the following UI example of flow listing per dataset:
The compacting flow was scheduled later than the planned update.
Since it did not have to wait for anything much, it got executed earlier than the planned update, which is still waiting for the next schedule tick in almost an hour.
Still, we display the compacting above the in-progress update.
If we take a look at in-memory repository implementation that backs this listing, there is no sorting at all, and the order is dependent on the order of flow creation (time of initiation event):
See the following UI example of flow listing per dataset:
The compacting flow was scheduled later than the planned update.
Since it did not have to wait for anything much, it got executed earlier than the planned update, which is still waiting for the next schedule tick in almost an hour.
Still, we display the compacting above the in-progress update.
If we take a look at in-memory repository implementation that backs this listing, there is no sorting at all, and the order is dependent on the order of flow creation (time of initiation event):
The expectations are:
Update: now we should also account for this in the Postgres & Sqlite implementations.
The text was updated successfully, but these errors were encountered: