Adam Shortland

I am currently experiencing the same thing. In my case I maintain a list of the advertisements to display in a UI. I found that if I always append to...

Did a little test and called BluetoothLEDevice.FromBluetoothAddressAsync(args.BluetoothAddress, args.BluetoothAddressType); multiple times to get multiple instances and Disposed one of them and the others stayed intact so it doesn't look like this...

I also threw a counter in DisposeAllNativeObjects and it appears it's only being called once prior to the exception being thrown, kind of out of ideas on this one, it's...

This definitely looks to be related to the use of the destructor. To test I used the following... public class Test { private readonly BluetoothLEDevice _device; public Test(ulong bluetoothAddress) {...

Even more interesting....the following works fine, note, I even kicked it all the way up to 2k instances and it does not throw public class Test2 : IDisposable { private...

I'm having the same issue here. I got one account to work somehow, but can't setup any others, wondering if it's somehow related to multiple accounts being tied to one...

I confirm the same issue happens here. Dev tools seems to indicate that the request to check the enrollment status is looping back to Authentik and not going to Duo...

> Which reverse proxy are you using? @los93sol @DaveB91 The issue should be fixed with the commit above, and there's currently also another error that happens when the enrollment finishes...

I'm on VS17 with Bundle & minifier 2.5.357, still having the issue with it blowing up on @imports and @keyframes

I can verify that Level bolt requires timed write as well.