Sebastian Urban

Thanks for figuring that out @Mille2525! Could you try with version 0.16.2-pre1 and check if it fixes the issue with an unpatched bluetoothd?

https://github.com/bluez/bluer/commit/51a3c307df1547453c6c9f13d11079c6d2f038b3

I have taken the default values from the [D-Bus API documentation](https://github.com/bluez/bluez/blob/master/doc/org.bluez.Adapter.rst#void-setdiscoveryfilterdict-filter). However, from the code it seems that you are right and both [default to false](https://github.com/bluez/bluez/blob/8b035b70f379e45a32c94579ec8d00e48070c21e/src/adapter.c#L2739C16-L2739C16).

I've changed the default assumption in version 0.17.0-pre1. Please test.

Fixed in version 0.17.0.

See my work at #127. I have NuGet packages at https://www.myget.org/feed/Packages/coreports .

To my knowledge: no, since glow is not concerned with OpenGL context creation and management. All functions are marked as `unsafe`, thus it is the caller's responsibility to ensure that...

Thanks, that helps a lot. From a user perspective Tokio's executor supporting WebAssembly would mean that things like `tokio::spawn` and `tokio::task::spawn_blocking` work, even if they just forward the tasks to...

Maybe I will have a look myself what can be done since I will require some decent async support for a project. What is the case against `spawn_blocking` assuming that...

This would be a good extension to the API. It would also make sense to provide a wrapper function around `CharacteristicWriteMethod::Fun` and similar types that perform the boxing of the...