Describe the bug
Calling Peripheral.subscribe(char) has different behavior depending on if you are using the winrt backend or the bluez backend. On Windows each time you call subscribe a new stream of events is created (potentially resulting in duplicated events from a single characteristic). On linux, you can call subscribe as many times as you please, and each characteristic's events will only appear once in any stream returned from notifications().
This is actually pretty clear to see after looking at the Peripheral.subscribe impl for winrtble.
Expected behavior
I think, ideally, Windows would behave the same as Linux, allowing you to call subscribe multiple times for a single characteristic with no effect.
Actual behavior
Calling subscribe multiple times on windows will result in duplicated events in single stream returned by a call to notifications.
Additional context
None - but thank you for the great library!
Describe the bug
Calling
Peripheral.subscribe(char)has different behavior depending on if you are using the winrt backend or the bluez backend. On Windows each time you callsubscribea new stream of events is created (potentially resulting in duplicated events from a single characteristic). On linux, you can callsubscribeas many times as you please, and each characteristic's events will only appear once in any stream returned fromnotifications().This is actually pretty clear to see after looking at the
Peripheral.subscribeimpl for winrtble.Expected behavior
I think, ideally, Windows would behave the same as Linux, allowing you to call
subscribemultiple times for a single characteristic with no effect.Actual behavior
Calling
subscribemultiple times on windows will result in duplicated events in single stream returned by a call tonotifications.Additional context
None - but thank you for the great library!