<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Dec 12, 2017 at 9:05 AM, Miika Turkia <span dir="ltr"><<a href="mailto:miika.turkia@gmail.com" target="_blank">miika.turkia@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="">On Tue, Dec 12, 2017 at 8:07 AM, Dirk Hohndel <span dir="ltr"><<a href="mailto:dirk@hohndel.org" target="_blank">dirk@hohndel.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><br><div><span><blockquote type="cite"><div>On Dec 11, 2017, at 11:58 PM, Miika Turkia <<a href="mailto:miika.turkia@gmail.com" target="_blank">miika.turkia@gmail.com</a>> wrote:</div><br class="m_8458991144840382061m_5947911829814519100m_-5821905687842010744Apple-interchange-newline"><div><div dir="ltr"><div>I tested running the AppImage on an older server (Ubuntu 14.04 LTS aka trusty). The cloud connection seems to fail with the following verbose log on the console:<br><br>---8<---<br>Completed connection with cloud storage backend, response "[OK]"<br>Set the current dive site: 0<br>cloud URL set as "<a href="https://cloud.subsurface-divelog.org//git/miika.turkia@gmail.com%5Bmiika.turkia@gmail.com%5D" target="_blank">https://cloud.subsurface-dive<wbr>log.org//git/miika.turkia@gmai<wbr>l.com[miika.turkia@gmail.com]</a>"<br>Opening cloud storage from: "<a href="https://cloud.subsurface-divelog.org//git/miika.turkia@gmail.com%5Bmiika.turkia@gmail.com%5D" target="_blank">https://cloud.subsurface-dive<wbr>log.org//git/miika.turkia@gmai<wbr>l.com[miika.turkia@gmail.com]</a>"<br>Set the current dive site: 0<br>git_remote_repo: accessing <a href="https://cloud.subsurface-divelog.org//git/miika.turkia@gmail.com" target="_blank">https://cloud.subsurface-divel<wbr>og.org//git/miika.turkia@gmail<wbr>.com</a><br>git storage: Synchronising data file<br>git storage: create_local_repo<br>Cloud storage: checking connection to cloud server<br>Checking cloud connection...<br>git storage: Waiting for cloud connection (1 second(s) passed)<br>git storage: Waiting for cloud connection (2 second(s) passed)<br>git storage: Waiting for cloud connection (3 second(s) passed)<br>git storage: Waiting for cloud connection (4 second(s) passed)<br>git storage: Cloud connection failed<br>connection test to cloud server failed QNetworkReply::NetworkError(Pr<wbr>otocolInvalidOperationError) "Error transferring <a href="https://cloud.subsurface-divelog.org//make-latte?number-of-shots=3" target="_blank">https://cloud.subsurface-divel<wbr>og.org//make-latte?number-of-s<wbr>hots=3</a> - server replied: I'm a teapot" 418 "Linus does not like non-fat milk"<br></div></div></div></blockquote><div><br></div></span>That is the correct response. What the heck is going on?<br></div></div></blockquote><div><br></div></span><div style="word-wrap:break-word">My thought exactly. I have tried running the subsurface from extracted appimage with similar results. However, when running with ltrace, eventually the cloud sync started to work (but not the first time I attempted). Quite hard to figure out what is going wrong most of the times...<br></div></div></div></div></blockquote><div><br></div><div>Well, the cloud sync does work if I wait a while after starting up Subsurface before attempting it. I wonder if this could be related to the extremely slow GUI session to the remote server... Or it requires the snow flakes to be in correct orientation around here :D</div><div><br></div><div>miika<br></div></div></div></div>