<div dir="auto"><div><div class="gmail_quote"><br><br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hey Dirk,<div><br></div><div>Thanks for the fast reply!</div><div><br></div><div>Computer is Suunto Zoop. With Suunto DM5 I have to sync multiple times before all logs are synced...</div><div><br></div><div>I'll take a look into translations, I normally use English interfaces, just switched to french to see the status, seems pretty complete though some translations could be improved. I guess I'm a bit late for the 4.6.2... Website seems to be a bit more behind...</div><div><br></div><div>Indeed I used official 4.6.1 installer.</div><div><br></div><div>No specific ACLs on the directory. But my user name do contains the french "é". So I created a new user with only ASCII chars, cloud storage features Open/Save are working fine. You have found the issue, yepee!!!</div><div><br></div><div>How should I proceed? ticket, fix, etc. I must admit I'm not there yet with setting up dev env, I only got to build from source yesterday in the ubuntu virtual machine... (btw I had a short attempt to do so using linux subsystem for windows but did not succeed...)</div><div><br></div><div>Cheers,</div><div><br></div><div>Jeremie</div><div class="elided-text"><div><br><div class="gmail_extra"><br><div class="gmail_quote">2017-02-19 14:41 GMT+07:00 Dirk Hohndel <span dir="ltr"><<a href="mailto:dirk@hohndel.org" target="_blank">dirk@hohndel.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="m_1579820491016073370gmail-">On Sun, Feb 19, 2017 at 02:05:18PM +0700, Jérémie Guichard wrote:<br>
> Hi guys,<br>
><br>
> First of all, I'd like to thank you all for the job well done, though many<br>
> improvements and features are to come, subsurface is quite complete and<br>
> useful. I could add that in my case importing logs from dive computer<br>
> actually works better than computer's proprietary software! (There I have<br>
> to sync multiple times before all my logs actually get imported while with<br>
> subsurface it works in one shot and "out of the box"...)<br>
<br>
</span>Cool. Which dive computer is that?<br>
<span class="m_1579820491016073370gmail-"><br>
> I have several ideas for features and improvements (that I could help<br>
> coding) and am more willing to participate with translation effort, (my<br>
> mother tongue is French).<br>
<br>
</span>Awesome. There are two different angles to translations: the application<br>
itself (I think the French translation is fairly complete) which is done<br>
through Transifex, and our website, where we have a slighly odd setup to<br>
translate things through a github repository and pull request for that<br>
(<a href="https://github.com/Subsurface-divelog/subsurface-website" rel="noreferrer" target="_blank">https://github.com/Subsurface<wbr>-divelog/subsurface-website</a>)<br>
<span class="m_1579820491016073370gmail-"><br>
> I'd like to deal with one issue that is pretty<br>
> important for me since I want to use the mobile app too, the "cloud<br>
> storage".<br>
><br>
> In the current state, on my Windows 10 machine, whenever I try to: "Open<br>
> cloud storage" in end up with a "Error connecting to Subsurface cloud<br>
> storage". Same thing if I log some dives and try to "Save to cloud<br>
> storage". Using an Ubuntu virtual machine, the same operations succeeds.<br>
> (So no issue with credentials or unregistered account)<br>
<br>
</span>I assume this is with our official 4.6.1 installer, downloaded from our<br>
website?<br>
<span class="m_1579820491016073370gmail-"><br>
> Starting the app with logging options (--win32console --verbose -v -v), I<br>
> get such messages (for the "Open Cloud Storage")<br>
><br>
> git_remote_repo: accessing<br>
> <a href="https://cloud.subsurface-divelog.org//git/xxxxx@xxx.xxx" rel="noreferrer" target="_blank">https://cloud.subsurface-divel<wbr>og.org//git/xxxxx@xxx.xxx</a><br>
> git storage: 0 % ( start git interaction )<br>
> git storage: create_local_repo<br>
> Cloud storage: checking connection to cloud server<br>
> Checking cloud connection...<br>
> git storage: 0 % ( waited 1 sec for cloud connetion )<br>
> Cloud storage: successfully checked connection to cloud server<br>
> git storage: 0 % ( successfully checked cloud connection )<br>
> git storage: calling git_clone()<br>
</span>> *git storage: returned from git_clone() with error -4*<br>
<span class="m_1579820491016073370gmail-">><br>
> According to libgit2 git2/errors.h this is<br>
>  GIT_EEXISTS = -4, /**< Object exists preventing operation */<br>
><br>
> This lead me to navigate<br>
> to  C:\Users\xxxx\AppData\Roaming\<wbr>Subsurface\cloudstorage and delete the<br>
> contained git repo.<br>
> At that point I can actually get my cloud stored dives locally. If I try<br>
> the "Open cloud storage" again the original error comes again unless I<br>
> delete the git repo again.<br>
><br>
> Now if I edit or add a dive, and "Save to cloud storage", same error.<br>
> I delete the git repo, then "Save to cloud storage"<br>
<br>
</span>Yikes. That's weird.<br>
<div><div class="m_1579820491016073370gmail-h5"><br>
> git_remote_repo: accessing<br>
> <a href="https://cloud.subsurface-divelog.org//git/xxxxx@xxx.xxx" rel="noreferrer" target="_blank">https://cloud.subsurface-divel<wbr>og.org//git/xxxxx@xxx.xxx</a><br>
> git storage: 0 % ( start git interaction )<br>
> git storage: create_local_repo<br>
> Cloud storage: checking connection to cloud server<br>
> Checking cloud connection...<br>
> git storage: 0 % ( waited 1 sec for cloud connetion )<br>
> Cloud storage: successfully checked connection to cloud server<br>
> git storage: 0 % ( successfully checked cloud connection )<br>
> git storage: calling git_clone()<br>
> delete proxy setting<br>
> cloud certificate considered valid, forcing it valid<br>
> cloud certificate considered valid, forcing it valid<br>
> cloud certificate considered valid, forcing it valid<br>
> git storage: returned from git_clone() with error 0<br>
> git storage: do git save<br>
> git storage: 0 % ( start git save )<br>
> git storage: 0 % ( start create git tree )<br>
> git storage: 0 % ( start saving dives )<br>
> git storage: 0 % ( done creating git tree )<br>
> git storage, write git tree<br>
> existing filename<br>
> <a href="https://cloud.subsurface-divelog.org//git/xxxxx@xxx.xxx%5Bxxxxx@xxx.xxx%5D" rel="noreferrer" target="_blank">https://cloud.subsurface-divel<wbr>og.org//git/xxxxx@xxx.xxx[<wbr>xxxxx@xxx.xxx]</a><br>
><br>
> Then I open again (with a deletion of local repo in between) and nothing<br>
> was actually saved to cloud.<br>
<br>
</div></div>Since we always first save to the local repo and then sync the repo to the<br>
cloud, your data might have gotten lost there somehow.<br>
<span class="m_1579820491016073370gmail-"><br>
> The same operations (excluding deletion of local repo) works under Ubuntu.<br>
><br>
> My best guess is that checking the presence of local repo somehow fails and<br>
> fresh clone is always attempted (resulting in the GIT_EEXISTS error since<br>
> the folder is already present). Further investigation would need deeper<br>
> code investigation. This issue do not seem to be reported in github so I<br>
> preferred to contact you before creating the ticket...<br>
<br>
</span>This is the first time that we have seen this type of report - and we have<br>
several thousand users on Windows (not sure how many use the cloud<br>
storage). I can happily load from and store to the cloud storage when<br>
running Subsurface in a Windows VM.<br>
<br>
Let's ask some simple questions. You have excluded your user name from the<br>
path and replaced it with xxxx (not unreasonable). Is that user name "all<br>
ASCII" or are there possibly some fun characters mixed in? I try to<br>
regularly test that we didn't break anything with non-ASCII paths, but I'm<br>
not 100% sure that I've done that for the last few builds... I would<br>
assume that someone else would have run into this in the month since we<br>
release 4.6, but who knows.<br>
<br>
If that's not it, is there anything else that's odd about your setup? I<br>
assume you can delete the directory without any special permissions (in<br>
other words, there isn't some weird permission / ACL problem going on)?<br>
<span class="m_1579820491016073370gmail-HOEnZb"><font color="#888888"><br>
/D<br>
</font></span></blockquote></div><br></div></div></div></div>
</blockquote></div><br></div></div>