<div dir="ltr"><div>Reviewing my log I also see an message Incompatible version of SSL</div><div><br></div><div>Doing some googling this looks relevant.</div><div><a href="https://github.com/probonopd/linuxdeployqt/issues/209">https://github.com/probonopd/linuxdeployqt/issues/209</a></div><div><br></div><div>Basically it looks like Qt>5.10 expect to use openssl 1.1.</div><div>The package we are supplying includes openssl 1.0</div><div>I am guessing that on distros with newer versions of Openssl the Appimage is picking up the right version to use.</div><div><br></div><div><br></div><div>Paul<br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Sep 9, 2019 at 9:22 AM Paul Buxton <<a href="mailto:paulbuxton.mail@googlemail.com">paulbuxton.mail@googlemail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Tried with the --cloud-timeout, no change (other than taking 15 secs to timeout).</div><div><br></div><div>I am able to go back to the 4.9.1 appimage and it has no issues talking to github.</div><div></div><div>I am also able to log into the <a href="http://cloud.subsurface-divelog.org" target="_blank">cloud.subsurface-divelog.org</a> (didn't know that existed, nice!) with my username/credentials<br></div><div>So I don't think it is the network here.</div><div><br></div><div>My first thought was perhaps we were not supplying openssl as part of the package</div><div>So I mounted the appimage and did <br></div><div>ldd usr/bin/subsurface | grep ssl</div><div>which returned <br></div><div>libssl.so.1.0.0 => /tmp/.mount_SubsurBX6Yhm/usr/bin/../lib/libssl.so.1.0.0 (0x00007f1a11a71000)</div><div><br></div><div>Tried this on both and get the same result, so I think openssl library version is not the issue.</div><div>I will do some googling to see if there are any known qt networking related, as I note that the package uses a newer version of QT than previously.<br></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Sep 9, 2019 at 8:11 AM Dirk Hohndel <<a href="mailto:dirk@hohndel.org" target="_blank">dirk@hohndel.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
> On Sep 9, 2019, at 8:00 AM, Paul Buxton <<a href="mailto:paulbuxton.mail@googlemail.com" target="_blank">paulbuxton.mail@googlemail.com</a>> wrote:<br>
> <br>
> Hmm, trying the AppImage on my work machine. The previous bug is fixed (crash when clicking flags on the map). But the git cloud storage looks to be having issues.<br>
> See attached<br>
> Ubuntu 16<br>
> 4.4.0-145-generic #171-Ubuntu SMP Tue Mar 26 12:43:40 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux<br>
> <br>
<br>
<br>
cloud URL set as "<a href="https://cloud.subsurface-divelog.org//git/paulbuxton.mail@googlemail.com%5Bpaulbuxton.mail@googlemail.com%5D" rel="noreferrer" target="_blank">https://cloud.subsurface-divelog.org//git/paulbuxton.mail@googlemail.com[paulbuxton.mail@googlemail.com]</a>"<br>
Opening cloud storage from: "<a href="https://cloud.subsurface-divelog.org//git/paulbuxton.mail@googlemail.com%5Bpaulbuxton.mail@googlemail.com%5D" rel="noreferrer" target="_blank">https://cloud.subsurface-divelog.org//git/paulbuxton.mail@googlemail.com[paulbuxton.mail@googlemail.com]</a>"<br>
git storage: Synchronising data file<br>
git storage: Sync with cloud storage<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::UnknownNetworkError "TLS initialization failed" 0 ""<br>
git storage: Can't reach cloud server, working with local data<br>
git storage: Load dives from local cache<br>
<br>
So that could mean that there's an issue with the server (tested a minute ago, Works For Me (TM)), there's an issue with the AppImage (tested that on ArchLinux, see before, Works For Me (TM), or there's a network issue where you are.<br>
<br>
Which makes me wonder if maybe there's an issue with connectivity from your machine to the cloud server (it's on AWS, Oregon zone).<br>
<br>
Can you access <a href="https://cloud.subsurface-divelog.org" rel="noreferrer" target="_blank">https://cloud.subsurface-divelog.org</a> from a browser and log in with your Subsurface cloud credentials?<br>
<br>
Alternatively, have you tried starting the AppImage with a   --cloud-timeout=15  or similar argument, to give it more time to connect?<br>
<br>
/D</blockquote></div>
</blockquote></div>