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
TODO from dispatch PR: https://github.com/qri-io/qri/pull/1653/files
// TODO(dustmop): Filter only events for this scope.
Let's say two methods are running at once, one is pulling a dataset and the other is getting status from an FSI directory. The first gets events from the bus about pull progress. The second should not be able to get any of these events, no matter how it tries to subscribe to them. This requires changing the bus such that events are bound to the current scope.
Certain subsystems, such as the filesystem watcher, or websockets, should still be able to see events globally.
The text was updated successfully, but these errors were encountered:
If I remember correctly, the idea was to use run-ids to separate the "subscribe" interfaces.
In that sense some auth mechanic should be present on the dispatch level and bellow that things should be trusted.
However, I think this should be configurable as external implementations using lib might not want that type of isolation for message passing.
Let's say two methods are running at once, one is pulling a dataset and the other is getting status from an FSI directory. The first gets events from the bus about pull progress. The second should not be able to get any of these events, no matter how it tries to subscribe to them. This requires changing the bus such that events are bound to the current scope.
Certain subsystems, such as the filesystem watcher, or websockets, should still be able to see events globally.
The text was updated successfully, but these errors were encountered: