Open / Save to cloud on Windows 10

Jérémie Guichard djeBrest at gmail.com
Sat Feb 18 23:05:18 PST 2017


Hi guys,

First of all, I'd like to thank you all for the job well done, though many
improvements and features are to come, subsurface is quite complete and
useful. I could add that in my case importing logs from dive computer
actually works better than computer's proprietary software! (There I have
to sync multiple times before all my logs actually get imported while with
subsurface it works in one shot and "out of the box"...)

I have several ideas for features and improvements (that I could help
coding) and am more willing to participate with translation effort, (my
mother tongue is French). I'd like to deal with one issue that is pretty
important for me since I want to use the mobile app too, the "cloud
storage".

In the current state, on my Windows 10 machine, whenever I try to: "Open
cloud storage" in end up with a "Error connecting to Subsurface cloud
storage". Same thing if I log some dives and try to "Save to cloud
storage". Using an Ubuntu virtual machine, the same operations succeeds.
(So no issue with credentials or unregistered account)

Starting the app with logging options (--win32console --verbose -v -v), I
get such messages (for the "Open Cloud Storage")

git_remote_repo: accessing
https://cloud.subsurface-divelog.org//git/xxxxx@xxx.xxx
git storage: 0 % ( start git interaction )
git storage: create_local_repo
Cloud storage: checking connection to cloud server
Checking cloud connection...
git storage: 0 % ( waited 1 sec for cloud connetion )
Cloud storage: successfully checked connection to cloud server
git storage: 0 % ( successfully checked cloud connection )
git storage: calling git_clone()
*git storage: returned from git_clone() with error -4*

According to libgit2 git2/errors.h this is
 GIT_EEXISTS = -4, /**< Object exists preventing operation */

This lead me to navigate
to  C:\Users\xxxx\AppData\Roaming\Subsurface\cloudstorage and delete the
contained git repo.
At that point I can actually get my cloud stored dives locally. If I try
the "Open cloud storage" again the original error comes again unless I
delete the git repo again.

Now if I edit or add a dive, and "Save to cloud storage", same error.
I delete the git repo, then "Save to cloud storage"

git_remote_repo: accessing
https://cloud.subsurface-divelog.org//git/xxxxx@xxx.xxx
git storage: 0 % ( start git interaction )
git storage: create_local_repo
Cloud storage: checking connection to cloud server
Checking cloud connection...
git storage: 0 % ( waited 1 sec for cloud connetion )
Cloud storage: successfully checked connection to cloud server
git storage: 0 % ( successfully checked cloud connection )
git storage: calling git_clone()
delete proxy setting
cloud certificate considered valid, forcing it valid
cloud certificate considered valid, forcing it valid
cloud certificate considered valid, forcing it valid
git storage: returned from git_clone() with error 0
git storage: do git save
git storage: 0 % ( start git save )
git storage: 0 % ( start create git tree )
git storage: 0 % ( start saving dives )
git storage: 0 % ( done creating git tree )
git storage, write git tree
existing filename
https://cloud.subsurface-divelog.org//git/xxxxx@xxx.xxx[xxxxx@xxx.xxx]

Then I open again (with a deletion of local repo in between) and nothing
was actually saved to cloud.

The same operations (excluding deletion of local repo) works under Ubuntu.

My best guess is that checking the presence of local repo somehow fails and
fresh clone is always attempted (resulting in the GIT_EEXISTS error since
the folder is already present). Further investigation would need deeper
code investigation. This issue do not seem to be reported in github so I
preferred to contact you before creating the ticket...

Best regards,

Jeremie

OS
Windows 10 Home
Version: 1607
Build: 14393.693

Subsurface
Version: 4.6.1
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.subsurface-divelog.org/pipermail/subsurface/attachments/20170219/bc334bd3/attachment.html>


More information about the subsurface mailing list