Import WLOG no longer working

[Dirk Hohndel]

Can you send me the log file that you try to import?

Thanks

/D

> On Aug 14, 2020, at 12:10 PM, Manfred Hantl <Manfred.Hantl at web.de> wrote:
> 
> 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 birgit.hantl at web.de <mailto:birgit.hantl at web.de>. 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 <salvador.cunat at gmail.com> 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 manfred.hantl at web.de 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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.subsurface-divelog.org/pipermail/subsurface/attachments/20200814/a9606e9c/attachment-0001.html>