metaolm issueshttps://gitlab.gnome.org/Archive/metaolm/-/issues2018-10-06T11:10:40Zhttps://gitlab.gnome.org/Archive/metaolm/-/issues/6Extend C2MPacket by a details field2018-10-06T11:10:40ZJohannes HayeßExtend C2MPacket by a details fieldIt has been done in the documentation, now the code will follow.It has been done in the documentation, now the code will follow.https://gitlab.gnome.org/Archive/metaolm/-/issues/10Make clippy happy2018-11-07T16:49:16ZJohannes HayeßMake clippy happyNow that we have CI access, we'll run clippy against every change.
As it stands clippy isn't happy with how things are right now and that should be addressed.Now that we have CI access, we'll run clippy against every change.
As it stands clippy isn't happy with how things are right now and that should be addressed.Johannes HayeßJohannes Hayeßhttps://gitlab.gnome.org/Archive/metaolm/-/issues/2Make SignedDeviceKeys use Signatures, instead of just a HashMap2018-09-07T08:43:33ZJohannes HayeßMake SignedDeviceKeys use Signatures, instead of just a HashMapOn writing the structs for serialising one-time-keys I used a different approach from the structs for the device keys:
I abstracted the `HashMap` for device signatures into its own `Signatures` struct.
This generally improves readabili...On writing the structs for serialising one-time-keys I used a different approach from the structs for the device keys:
I abstracted the `HashMap` for device signatures into its own `Signatures` struct.
This generally improves readability and also provides a generic approach to expressing signatures for these structs. As many JSON objects need to contain a "signatures" key, having such an approach would greatly reduce code duplication.
Efforts should be aligned with #1https://gitlab.gnome.org/Archive/metaolm/-/issues/23Rust 20182019-01-06T18:35:18ZJohannes HayeßRust 2018https://gitlab.gnome.org/Archive/metaolm/-/issues/5Struct for mapping result of olm_rs::account::OlmAccount::one_time_keys()2019-09-18T22:07:07ZJohannes HayeßStruct for mapping result of olm_rs::account::OlmAccount::one_time_keys()Currently we manually deconstruct the JSON object returned by the `olm_rs::account::OlmAccount::one_time_keys()` function.
This can be seen here: https://gitlab.gnome.org/jhaye/metaolm/blob/master/src/otk_replenisher.rs#L78
Instead it ...Currently we manually deconstruct the JSON object returned by the `olm_rs::account::OlmAccount::one_time_keys()` function.
This can be seen here: https://gitlab.gnome.org/jhaye/metaolm/blob/master/src/otk_replenisher.rs#L78
Instead it would be better to use a struct that we then map the JSON value against using serde.https://gitlab.gnome.org/Archive/metaolm/-/issues/24Update used API endpoints to the current spec2019-05-02T22:08:47ZJohannes HayeßUpdate used API endpoints to the current specA lot of the used API endpoints were hard-coded before version r0.4.0 was released. As a result they are now out of date and might not even work anymore. They should be updated accordingly.
Bonus: It would probably be really useful to f...A lot of the used API endpoints were hard-coded before version r0.4.0 was released. As a result they are now out of date and might not even work anymore. They should be updated accordingly.
Bonus: It would probably be really useful to factor those API endpoints out into their own module as const values.