Skip to content

Commit

Permalink
Merge pull request #47 from Cynerd/getLog-ri
Browse files Browse the repository at this point in the history
rpcmethods/history: update old way to filter signals
  • Loading branch information
fvacek authored Oct 19, 2024
2 parents d48026b + 4e320f1 commit b4e46f0
Showing 1 changed file with 5 additions and 11 deletions.
16 changes: 5 additions & 11 deletions src/rpcmethods/history.md
Original file line number Diff line number Diff line change
Expand Up @@ -88,17 +88,11 @@ The parameter is *Map* with the following fields:
start when you for example plotting data. These records are virtual and are
not actually captured signals. This makes sense only for `"since"` being
before `"until"` and no snapshot can be provided if that is not fulfilled.
* `"paths"` same meaning as argument for
[`.broker/currentClient:subscribe`](./broker.md#brokercurrentclientsubscribe)
that is used to filter logs and provide only those matching this path pattern.
* `"signal"` same meaning as argument for
[`.broker/currentClient:subscribe`](./broker.md#brokercurrentclientsubscribe)
that is used to filter logs and provide only those matching this signal name
pattern.
* `"source"` same meaning as argument for
[`.broker/currentClient:subscribe`](./broker.md#brokercurrentclientsubscribe)
that is used to filter logs and provide only those matching this signal source
method name pattern.
* `"ri"` [signal matching RPC RI](../rpcri.md) that is used to filter provided
records by the signal source. You should always preferably use as long path
for calling `getLog` as possible instead of giving it to this field because
access level is deduced by the request message path and with too short path
you might be assigned not hight enough access rights to receive records.

The provided value is list of *IMap*s with following fields:

Expand Down

0 comments on commit b4e46f0

Please sign in to comment.