Hello Dirk,
i always do the same - start subsurface - open the cloud storage - this loads
successfully all dives
which were last save 9.7.2020. Then i try ro import the newest wlog or Salva's
srrf. After a few
seconds subsurface crashes.
I can do and did the same with the data of my wife [email protected]. Don't
know where are the
differences
best regards
Manfred
On 14.08.2020 20:53, Dirk Hohndel wrote:
On Aug 14, 2020, at 10:00 AM, Salvador Cuñat <[email protected]> wrote:
Hi Manfred,
I'm copying this mail to to Dirk and the mail list too. Most of what
I'm talking about is for them.
On Fri, Aug 14, 2020 at 05:32:53PM +0200, Manfred Hantl wrote:
are you now able to use my cloud storage? The email is [email protected] and
the password is **************
On 14.08.2020 17:29, Manfred Hantl wrote:
Hello Salva,
i did another test - opened my cloud storage and tried to import your ssrf
instead of my wlog.
Same thing - crash without notice
The issue is not related to Datatrak/Wlog import but to the cloud
storage.
Manfred is running on Windows 10 and his subsurface binary is crashing
while syncing to the cloud.
That's frustrating and shouldn't happen. But the meta data on the cloud server
show me that Manfred successfully stored data in the cloud from a Windows
machine earlier today - so I'm not sure that statement is correct, either.
Manfred, can you provide some more information what exactly makes
Subsurface crash for you?
I've been unable to sync git storage for Manfred's account, but
attached is a log running subsurface with -v -v -v.
On the other hand, my version built against current master didn't
crashed on Debian (dismiss the building version on the log, I forgot
to git pull --tags for some time).
One thing I see in the log is this line:
INFO: git storage: remote fetch failed (unexpected HTTP status code: 500)
Given that I see successful accesses to the cloud account today, I'm not sure
I can make sense of this...
/D
--
Manfred Hantl
Helga-Seibert-Str. 41
76149 Karlsruhe
Telefon +49 721 46726072
Mobil +49 171 2217468
_______________________________________________
subsurface mailing list
[email protected]
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
