π Bug Report
Imagine we have SSC applications connections structure like that:
βββββββ A βββββββ
β β
β β
msg1 msg1
β β
β β
βΌ βΌ
B βββββββββββββ C
If A produces msg1, it sends it to B and C according to configured known peers (KnownRemotePeers property in appsettings.yaml). B and C both recieves this message and if they knows about each other - they retranslate same message to each other what produces messages duplication.
βββββββ A βββββββ
β β
β β
β β
β β
B ββββ msg1 βββΊ C
β² β
ββββββ msg1 βββββ
Expected behavior
We should retranslate message, but on client side should exists something like messages deduplication, that will prevent from handle and retranslate messages that already have been delivered to it.
Reproduction steps
- Prepare three separated machines
- Setup
KnownRemotePeers into appsettings.yaml to connect all three machines with each others.
Each machine should know about both others
- Launch app on first machine
- Launch app on second machine
- Launch app on third machine
- Send message from one machine
- See message duplication on both other machines
Version: 1.0.0
π Bug Report
Imagine we have SSC applications connections structure like that:
If
Aproducesmsg1, it sends it toBandCaccording to configured known peers (KnownRemotePeersproperty inappsettings.yaml).BandCboth recieves this message and if they knows about each other - they retranslate same message to each other what produces messages duplication.Expected behavior
We should retranslate message, but on client side should exists something like messages deduplication, that will prevent from handle and retranslate messages that already have been delivered to it.
Reproduction steps
KnownRemotePeersintoappsettings.yamlto connect all three machines with each others.Each machine should know about both others
Version: 1.0.0