Almost Beta 2 Cloud Storage fails

[Anton Lundin]

On 02 October, 2015 - Rick Walsh wrote:

> On 2 October 2015 at 02:53, Dirk Hohndel <dirk at hohndel.org> wrote:
> 
> > On Thu, Oct 01, 2015 at 10:18:09PM +1000, Rick Walsh wrote:
> > > Hi,
> > > >
> > > > Cloud storage failing on Fedora on my laptop still has me confused.
> > But
> > > running latest master (cbf02ac) with -v -v, I get the messages that might
> > > provide some clue.
> > >
> > > git storage: accessing
> > > https://cloud.subsurface-divelog.org//git/rickmwalsh@gmail.com
> > > git storage: update local repo
> > > sync with remote
> > >
> > https://cloud.subsurface-divelog.org//git/rickmwalsh@gmail.com[rickmwalsh@gmail.com]
> > > delete proxy setting
> >
> > So you are not behind a proxy
> >
> > > Cloud storage: checking connection to cloud server
> > > QIODevice::read (QNetworkReplyHttpImpl): device not open
> > > Cloud storage: unable to connect to cloud server
> >
> > Yet it can't connect to the cloud server.
> >
> > > git storage: do git save
> >
> > So it just stores locally.
> >
> > > Googling the error message 'QIODevice::read (QNetworkReplyHttpImpl):
> > device
> > > not open' took me to this bug report
> > > https://bugreports.qt.io/browse/QTBUG-47654
> > > https://codereview.qt-project.org/#/c/123574/
> > >
> > > To be honest, I have no idea what it means, but it's the same error
> > > message.  It says a fix has been applied for qt 5.5.1, but that isn't in
> > > the Fedora repositories, and I'm not in the mood for building qt myself.
> > > Does anyone think it looks related, and the fix might work?  Even better,
> > > could there be a workaround using qt 5.5.0 (or lower).
> >
> > I'll defer to Thiago on that one. I get that error message as well quite
> > frequently, but things still work.
> >
> 
> 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.
> 
> Both user accounts are members of wheel, dialout, and username group.
> 
> 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.
> 

I'd guess you ran something via sudo which created the files as root and
thus your old users isn't allowed to read them any more.

It might also be that some settings daemon is still running and
providing you with some bad settings. Some of them re-create their
config-db's on logout so you won't get rid of your bad settings if you
deleted your files while being logged in as that user. Try to delete
them from your other user.


If it works as another user on your machine its definitely a PEBKAC, and
we end it there =)


//Anton


-- 
Anton Lundin	+46702-161604