<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 2 October 2015 at 02:53, 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">On Thu, Oct 01, 2015 at 10:18:09PM +1000, Rick Walsh wrote:<br>
> Hi,<br>
<span class="">> ><br>
> > Cloud storage failing on Fedora on my laptop still has me confused.  But<br>
> running latest master (cbf02ac) with -v -v, I get the messages that might<br>
> provide some clue.<br>
><br>
> git storage: accessing<br>
> <a href="https://cloud.subsurface-divelog.org//git/rickmwalsh@gmail.com" rel="noreferrer" target="_blank">https://cloud.subsurface-divelog.org//git/rickmwalsh@gmail.com</a><br>
> git storage: update local repo<br>
> sync with remote<br>
> <a href="https://cloud.subsurface-divelog.org//git/rickmwalsh@gmail.com[rickmwalsh@gmail.com]" rel="noreferrer" target="_blank">https://cloud.subsurface-divelog.org//git/rickmwalsh@gmail.com[rickmwalsh@gmail.com]</a><br>
> delete proxy setting<br>
<br>
</span>So you are not behind a proxy<br>
<span class=""><br>
> Cloud storage: checking connection to cloud server<br>
> QIODevice::read (QNetworkReplyHttpImpl): device not open<br>
> Cloud storage: unable to connect to cloud server<br>
<br>
</span>Yet it can't connect to the cloud server.<br>
<span class=""><br>
> git storage: do git save<br>
<br>
</span>So it just stores locally.<br>
<span class=""><br>
> Googling the error message 'QIODevice::read (QNetworkReplyHttpImpl): device<br>
> not open' took me to this bug report<br>
> <a href="https://bugreports.qt.io/browse/QTBUG-47654" rel="noreferrer" target="_blank">https://bugreports.qt.io/browse/QTBUG-47654</a><br>
> <a href="https://codereview.qt-project.org/#/c/123574/" rel="noreferrer" target="_blank">https://codereview.qt-project.org/#/c/123574/</a><br>
><br>
> To be honest, I have no idea what it means, but it's the same error<br>
> message.  It says a fix has been applied for qt 5.5.1, but that isn't in<br>
> the Fedora repositories, and I'm not in the mood for building qt myself.<br>
> Does anyone think it looks related, and the fix might work?  Even better,<br>
> could there be a workaround using qt 5.5.0 (or lower).<br>
<br>
</span>I'll defer to Thiago on that one. I get that error message as well quite<br>
frequently, but things still work.<br>
<span class="HOEnZb"></span></blockquote><div><br></div><div>I now doubt this bug is the cause of cloud storage not working for me.  At a loss as to what is causing the problem, I tried playing around trying to find a fix.  I created a new user, and built (with build.sh) and ran Subsurface as the new user.  Cloud storage works.  Using that build as my normal user (changing permissions to make it work), Subsurface doesn't work.  I tried randomly deleting config files from my normal user account, but can't work out what is causing the problem.  I ended up deleting ~/.*, but still cloud storage won't work as my normal user.<br><br></div><div>Both user accounts are members of wheel, dialout, and username group.<br></div><div><br></div><div>Any idea what's going on?  If not, this might have to be put down to 'Rick messed up his system in some strange way', and forget about the problem until/unless someone else reports something similar.  I can copy my files to the new home dir, and nuke my old user account.<br><br></div><div>Cheers,<br><br></div><div>Rick<br></div><div> </div></div></div></div>