Frequent cloud storage authentication errors with Subsurface 4.5.6 (desktop)

[Adric Norris]

[To the list this time]

I tried the password change (to the same value) as well, but it didn't seem
to make any difference in my case. Interesting.

On Fri, Jul 29, 2016 at 9:19 AM, Adric Norris <landstander668 at gmail.com>
wrote:

> I tried the password change (to the same value) as well, but it didn't
> seem to make any difference in my case. Interesting.
>
> On Fri, Jul 29, 2016 at 8:58 AM, Miika Turkia <miika.turkia at gmail.com>
> wrote:
>
>> I had the problem constantly, but after changing password on the desktop
>> app (to same as before), it started working for me. But definitely
>> something that should be debugged.
>>
>> miika
>>
>> On 29 Jul 2016, at 16:49, Adric Norris <landstander668 at gmail.com> wrote:
>>
>> Recently took a cross-country dive trip, and had a chance to test a bit
>> more. Sadly, I seem to be able to reproduce the issue *very* reliably...
>> multiple Subsurface cloud accounts, multiple platforms (Linux, Mac, and
>> Windows), and several different home networks and underlying ISPs (none of
>> which exhibit any problems with other applications). Nothing makes any
>> difference... the problem occurs effectively every time.
>>
>> I'm honestly surprised that no one else seems to be encountering this
>> behaviour. From what I can see it occurs with virtually any attempt to save
>> when using cloud storage, regardless of network quality and latency.
>>
>> On Tue, Jul 12, 2016 at 8:25 PM, Adric Norris <landstander668 at gmail.com>
>> wrote:
>>
>>> Is anyone else frequently seeing the following error when saving changes?
>>>
>>> Authentication to cloud storage failed.
>>> Cannot sync with cloud server, working with offline copy.
>>>
>>>
>>> While this sometimes seems to be legitimate, often the error is
>>> displayed even though the changes appear to have been saved successfully.
>>> For example I'll change the Notes text for a recent dive and save (File ->
>>> Save), which triggers the error. I then look it up my dives on
>>> https://cloud.subsurface-divelog.org, and (frequently, but not always)
>>> find that the changed text is indeed present. Attempting to save multiple
>>> times in a row or choosing "Save to cloud storage" will sometimes complete
>>> without error, but it's very inconsistent.
>>>
>>> This has been going on for awhile but I'd been assuming it was an issue
>>> with my home network, or notebook installation... I'm running Ubuntu 16.04
>>> (Xenial), with Subsurface installed from the PPA. However I recently
>>> upgraded Subsurface (from either 4.5.2 or 4.5.3, IIRC) on my sister's
>>> macbook while we were visiting family, and she encountered the same stream
>>> of errors when saving her first new dive... we ended up trying to save
>>> about 4 times, before being confident all was well. Since the notebook, OS,
>>> and network were all different, I now believe this to be a more general
>>> issue.
>>>
>>> Any idea how I can help to troubleshooting the issue? I'm happy to do
>>> whatever I can, but am not really sure where to begin.
>>>
>>> Thanx!
>>>
>>> --
>>> "In the beginning the Universe was created. This has made a lot of
>>> people very angry and been widely regarded as a bad move." -Douglas Adams
>>>
>>
>>
>>
>> --
>> "In the beginning the Universe was created. This has made a lot of people
>> very angry and been widely regarded as a bad move." -Douglas Adams
>> _______________________________________________
>> subsurface mailing list
>> subsurface at subsurface-divelog.org
>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>>
>
>
>
> --
> "In the beginning the Universe was created. This has made a lot of people
> very angry and been widely regarded as a bad move." -Douglas Adams
>



-- 
"In the beginning the Universe was created. This has made a lot of people
very angry and been widely regarded as a bad move." -Douglas Adams
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.subsurface-divelog.org/pipermail/subsurface/attachments/20160729/4c6196d8/attachment.html>