> 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 _______________________________________________ subsurface mailing list [email protected] http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
