Sdk blobs #7868
Sdk blobs #7868
Conversation
they're de facto already optional since they're assigned by the server in almost all cases. an exception are aggregates, but those get their ids lazily.
Needed for the import (attachment upload). the customids for some aggregated data transfer types are generated in BlobAccessTokenFacade since they're not encrypted and bypass the place where it's usually done.
| @@ -183,10 +183,12 @@ function rustValueType(valueName, type, value) { | |||
| let innerType | |||
| if (valueName === "_id" && (type.type === Type.ListElement || type.type === Type.BlobElement)) { | |||
| if (value.type === ValueType.CustomId) { | |||
| innerType = "IdTupleCustom" | |||
| innerType = "Option<IdTupleCustom>" | |||
There was a problem hiding this comment.
there's probably no way for us to avoid making IDs optional?
There was a problem hiding this comment.
there probably is, but I think it would involve some major changes to how we think about entities and their metadata
There was a problem hiding this comment.
or at least we would need a "here's data to create this thing" structure for each of them so yeah, just was wondering if you considered some options. I will admit (reluctantly) that this is probably the most pragmatic option
| rustls = { version = "*", optional = true } | ||
| form_urlencoded = "1" |
There was a problem hiding this comment.
should we pull in some URL crate instead?
There was a problem hiding this comment.
thought about using url and decided to just pull this in directly since we didn't depend on url yet
| use tutasdk::tutanota_constants::ArchiveDataType; | ||
| use tutasdk::Sdk; | ||
|
|
||
| fn main() -> Result<(), Box<dyn Error>> { |
There was a problem hiding this comment.
doesn't tokio have a macro to do this dance?
There was a problem hiding this comment.
I think I tried using it but had some problems. now it works though, so we changed it.
bedhub
modified the milestones:
local-admin-group-migration-release,
Next client release
No description provided.