Commit Graph

4 Commits (c461a835f942fd27b40dea621170c94eb19b1573)

Author SHA1 Message Date
Clément Joly c461a835f9
chore: update rusqlite, rusqlite_migration and tokio-rusqlite (#1017)
I’ve released a new beta version of rusqlite_migration today and I’ve
renamed the `async-tokio-rusqlite` feature that you use to
`alpha-async-tokio-rusqlite`. I suggest updating dependencies as done in
this PR. By the way, if you would like to share feedback on the async
APIs, feel free to use this conversation:
https://github.com/cljoly/rusqlite_migration/discussions/127

Reading the release notes from [tokio-rusqlite][1], the main breaking
change is to the method `Connection::call`:

> - **breaking:** `Connection::call` now takes `tokio_rusqlite::Result` instead
>   of `rusqlite::Result`.

My understanding is that we can either deal with a `Result<Result<…>>`
or call `Connection::call_unwrap`, which could panic if the connection
is closed. I’ve opted for using only `Connection::call` and,
effectively, flattening the `Result<Result<…>>`, to limit the potential
for panics.

[1]: https://github.com/programatik29/tokio-rusqlite/blob/master/CHANGELOG.md#050-25-nov-2023
2023-12-11 10:59:05 +08:00
Meng Zhang 766c481c68
fix: update updated_at when reset user auth token (#1006) 2023-12-10 07:18:24 +00:00
Meng Zhang d060888b5c
feat: when is_admin_initialized, implement strict api access check in graphql / v1beta / v1 (#987) 2023-12-08 11:59:56 +00:00
Meng Zhang 2714b88878
refactor(webserver): split db.rs into sub implementations for each table (#985) 2023-12-08 05:25:24 +00:00