vorotamoroz

Thank you for opening this issue! Your detailed information is very useful to infer the problem. I appreciate your effort and kindness! The dump of the information indicates that the...

Oh my, it seems that we have already lost revision 1. There is still a possibility that only another device (due to only the latest changes revision would be transferred),...

Thank you for the try! I am so sad for that. Would you check also from the Fauxton (web UI)? Changes can be seen in `http://192.168.0.2/_utils/#/database/obsidian/_changes` or `http://192.168.0.2/couchdb/_utils/#/database/obsidian/_changes`.

Thank you! The screen recording helps me! The note seems to exist, as there are red candidates, but I am a little puzzled as to why I get a message...

May I ask how you are hosting the CouchDB? If we ran CouchDB in our local environment, fauxton should be on `http://localhost:5984/_utils`. (No subdirectory needed)

Thanks to your report, I have also found this issue. Especially in iOS devices, larger file operations seem to fail in some cases. The final and ideal fix is handling...

@andymarden Unfortunately, we seem unable to synchronise the large file on the mobile platform for now. It depends on the limitations of Obsidian. Calling the API of Obsidian with a...

Thank you for opening the issue! I understood the situation! Possibly we can use some native function for fallback implementation, If we sacrifice a bit of performance. Fortunately, we have...

I have released v0.21.3; which is able to use fallback hash function! (And also, it automatically used if no hash function available. However, all devices should use same hash function,...

Hi! It is a relief to know that everyone is not in fatal trouble. However, I am not sure why the fallback implementation does not work well. I know that...