Congyu
Congyu
Very helpful
Any update on this! Currently, using `type` in `schema.prisma` gives `unimplemented!()` panic.
Well, `futures-rustls` is a very good crate for sure. But I still think it is foreseeable that in the future `futures-rustls` will have to be _manually_ kept up to date...
I see. So how to make this additive? Perhaps it'll need to separate most of the code from any of these async framework (e.g. tokio, futures), and then kind of...
This implementation has some other problems too. For example, for `futures` users, because the currently implementation needs `BufRead` which is from `tokio::io`, resulting in needing to compile the complete `tokio`...
https://github.com/quininer/futures-rustls This repo is a new folk from tokio/tls, which has integrated several bug fixes/updates since the rustls v0.20 update.
Any plan on how to fix this? I think a change directly in `User` class would have a rather wide impact. Perhaps just make some modification specifically for OpenID IDToken...
This does solve my problem.
Any comment ob why this commit is reverted, and any further proposal on its solution? @hsluoyz
Does the sample rate in 'sample rate >= 48000Hz (in windows microphone properties)' refer to sample rate on Host or Client?