You are invoking the underlying getResourceByHash API method on the note store, which is defined per the docs to accept a string type for the contentHash argument. The SDK framework includes a layer of autogenerated stub code that is supposed to marshal input and output params correctly for each request and response. First the analysis and then your workarounds.Įvernote's underlying API transport uses a Thrift protocol with a documented schema. This is a bug in the SDK's "EDAM" Thrift client stub code. Would be great to know if this is an sdk bug or I am still doing something wrong. so this is not an issue with auth tokens) The equivalent setup works on Android SDK.Įverything else works so far in IOS SDK (chunkSync, auth, getting notebooks etc. Just for this example, to be 100% sure about the hash being correct I first download the note with a single resource using fetchNote and then request this resource using its unique hash using fetchResourceByHashWith (hash looks correct when I print it) ()?.fetchNote(withGuid: guid, includingContent: true, resourceOptions: ENResourceFetchOption.includeData, completion: )
I would like to retrieve a specific resource from note using fetchResourceByHashWith
0 kommentar(er)
