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
A filter node can still receive messages after stop has been called.
Also, this is unconsistent with relay's behaviour, which doesn't behave the same way.
Impact
TBD
To reproduce
Create two filter nodes, one will act as node and the other as server.
Subscribe both to the same pubsub and content topics.
Connect them.
Stop the client node.
Make the service node receive a message.
Client node will still receive the message.
There's a test named "Filter Client can receive messages after subscribing and stopping without unsubscribing" in waku_filter_v2/test_waku_client.nim that reproduces this behaviour (the ability to receive messages while stopped).
You can also check the test case named "Relay can receive messages after subscribing and stopping without unsubscribing" in waku_relay/test_protocol.nim, that reproduces the same behaviour (but crashes, hence it's ignored), mimicking the filter behaviour.
Remember to rename tests from xasyncTest to asyncTest to unignore them.
Expected behavior
Unclear, not RFC dependent.
Naming suggests it shouldn't work, but it does.
Problem
A filter node can still receive messages after
stop
has been called.Also, this is unconsistent with relay's behaviour, which doesn't behave the same way.
Impact
TBD
To reproduce
There's a test named
"Filter Client can receive messages after subscribing and stopping without unsubscribing"
inwaku_filter_v2/test_waku_client.nim
that reproduces this behaviour (the ability to receive messages while stopped).You can also check the test case named
"Relay can receive messages after subscribing and stopping without unsubscribing"
inwaku_relay/test_protocol.nim
, that reproduces the same behaviour (but crashes, hence it's ignored), mimicking the filter behaviour.Remember to rename tests from
xasyncTest
toasyncTest
to unignore them.Expected behavior
Unclear, not RFC dependent.
Naming suggests it shouldn't work, but it does.
nwaku version/commit hash
The text was updated successfully, but these errors were encountered: