<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Below, my first try with the cloud
storage.<br>
<br>
On 18-06-15 04:28, Dirk Hohndel wrote:<br>
</div>
<blockquote
cite="mid:563F65C9-098A-4192-8950-CA61967990EA@hohndel.org"
type="cite">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<div class="">I've seen five of you have tested the cloud storage
so far - thanks for doing that. </div>
<div class="">If you run into any problem, please post about them
- I fixed a few more bugs,</div>
<div class="">saving to the cloud storage should work more
reliably now. And for a number of</div>
<div class="">"interesting" reasons I got to test the account
creation a couple more times so</div>
<div class="">that should work quite well by now as well.</div>
</blockquote>
<br>
On my desktop machine. I use (for a long time already) the local git
store as my primary data store for ssrf. Today, I filled the
preferences for the cloud store and received the PIN correctly, and
activated the cloud store (apparently) successfully. Did "save to
cloud" and after that "open cloud". The cloud seems to be populated
with my divelog. That is, restarting ssrf, open cloud manually (did
not default to cloud open), and the correct divelog shows.<br>
<br>
However. The <a moz-do-not-send="true"
href="https://cloud.subsurface-divelog.org/user/%3Cemail-address%3E/dives.html"
class="">https://cloud.subsurface-divelog.org/user/<myemailadress>/dives.html</a>
reports (after logging in with correct credentials) a 404.<br>
<br>
Further, started on a second notebook from scratch. So no local log
data, not even a ssrf installation. Installed the latest master
(build myself), and ran ssrf. Started setting cloud preferences.
Authenticated correctly. No PIN (as expected, because logging in
with already activated credentials). Open cloud, and the log shows,
so pulled data from the cloud. I see numerous issues on the notebook
after opening the cloud (and at this point unclear to me whether is
is related to the cloud store (or the location management for
example)):<br>
- 1 specific divesite is missing. Apparently, there is some data
corruption, that does not show on the desktop, but does show on the
notebook.<br>
- The location list is not filled.<br>
- a save to cloud results in error "No user name in git repo,
creating commit failed". <br>
<br>
In addition. commit 7cf3ebc2f7b6 seems to introduce a SIGSEGV:
strcmp(existing_filename, remote) aborts for remote=0<br>
<br>
Both desktop and notebook are running Arch Linux. <br>
<br>
best,<br>
<br>
--jan<br>
</body>
</html>