-
Notifications
You must be signed in to change notification settings - Fork 668
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
"Network access is disabled" status although the network is enabled #3600
Comments
You can right-click on the client UI area that says "Syncing selected files in your account with..." and choose "Pause". Then right-click again and choose "Resume". That "wakes up" the client, but it is not obvious. |
Also note that there is work happening to get back an actual Pause button (and I guess it will be a Resume button when Pause has been pressed) - #3584 |
Well, ...this is not close to anything a normal user (e.g. my kids) would know to do. |
I agree it is not obvious! And that other issue has work happening to get real buttons back for Pause/Resume. |
@kollix Can you run the client with |
Have it. I can not attach the logfile here. Where to put it ? |
If it contains private data: guruz@owncloud.com and olivier@owncloud.com |
The error message comes from Qt, It thinks the network is not accessible (hence `QDisabledNetworkReply') Maybe there is a plugin that sets the network as innaccessible. I have no idea why this would happen. @guruz: do you know? |
@kollix Can you please check the settings dialog which Qt version the client is using? |
(Maybe related to https://codereview.qt-project.org/#/c/113478/ ) |
On Thursday 13 August 2015 06:34:55 Markus Goetz wrote:
It says "Qt 5.3.2" - although this is wrong, since I do not have Qt 5.3.2 on my system. P.S.: It would help if you allow Qt::TextSelectableByMouse on the QLabel showing this version information Best regards/Sch�ne Gr��e Martin () ascii ribbon campaign - against html e-mail Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at |
@kollix thanks, selecting fixed. Are you sure you're checking libs for the correct What does Do you have a self-compiled client? |
On Thursday 13 August 2015 08:29:59 Markus Goetz wrote:
yes. I did:
strings /usr/lib64/libQt5Core.so | grep 'Qt 5' I usually check the version with rpm: rpm -qfi /usr/lib64/libQt5Core.so
no Best regards/Sch�ne Gr��e Martin () ascii ribbon campaign - against html e-mail Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at |
Since Qt 5.5.1 is not yet released, i assume it is from git. What is the sha-1 ? It really looks like a Qt bug. |
On Monday 31 August 2015 09:31:21 Olivier Goffart wrote:
I updated now to the latest Qt5.5(1) snapshot from the KDE:Qt55 / openSUSE_13.2 repository and checked Yes, this source contains the mentioned patch. I can still reproduce the problem. Seems as if the Qt patch did not fix the problem
Best regards/Sch�ne Gr��e Martin () ascii ribbon campaign - against html e-mail Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at |
We're not going Qt5.5 for the next time until these things are fixed. Closing it here as it is upstream. |
I'm lately seeing this every time I wake my laptop up from suspend. |
Yep, me too. Since the latest upgrade to 2.0.2. |
Latest version of the client lacks pause and resume functions. Therefore this is doubly annoying. Have to kill and restart the client to get it going again. Happens typically after resume from suspend. |
"Latest version of the client lacks pause and resume functions." |
thanks! It used to be in the context menu of the status icon. Now that's well hidden.. |
Computer software is tricky stuff! It is to smart for itself. If it thinks it is off-line then it disables the Pause/Resume Sync options. That was modified recently - I think in 2.1 nightly builds. On my 2.1 I tried turning off all network, and I could still pause/resume sync. If you are in a position to use the 2.1 nightly builds then you could see what happens. |
Can you guys check if the upstream patch here fixes it: https://codereview.qt-project.org/#/c/121724/ |
Qt patch also here: https://gist.github.com/guruz/47d5e9d47c76f1e6d371 |
(The grayed pause entry was fixed in 2.1 as part of issue #4010 ) |
We also encountered this bug on our own client (not owncloud related) with Qt 5.5.1. It randomly happens to like 10% of our users but works fine for the majority. Unfortunately we are stuck in limbo at the moment because we use VS 2015 so we can't downgrade and we have to wait for 5.5.6(?). In the meantime we will try to compile from latest Qt git and see what happens. Hopefully that will work and Owncloud can update to a stable bug-free Qt version down the road because as an Owncloud user this bug would totaly piss me off. :) |
I am currently running the ownCloud client 2.2.0 on Xenial. After every WLAN disconnect (including when closing the lid), ownCloud consistently stays in the "fake offline" mode. This makes the sync client essentially useless. Unfortunately, even Ubuntu 16.04 Xenial still comes with Qt 5.5.1. Would it be possible to include some form of workaround in the ownCloud desktop client? Such as explicitely asking for the state. Or statically linking to a recent Qt version for the Ubuntu client. As it is, ownCloud on Ubuntu laptops is not an option, which cannot be your goal. |
I tried installing the Qt 5.6.1 libraries from qt.io, which should contain the fix according to https://bugreports.qt.io/browse/QTBUG-46323 . |
@MarcelWaldvogel of course that is not our goal. But after all it is a question of things you can do in a day... We have the patches named above in this thread, and it would be best if somebody of the Ubuntu Community would pick up those and convince the Ubuntu distro to take the patches and ship their Qt with it. That would obviously not only benefit owncloud user, but all Qt software on Ubuntu. I think I'd be willing to help with that approach, but not so much doing a workaround for Ubuntu only. I hope that is understandable. |
@dragotin |
@MarcelWaldvogel have you compiled again 5.6.1? |
The current release 2.2.2 ships with a workaround, please try that and report back. |
Ah, Xenial deactivated the OpenSUSE repository. 2.2.2 works like a charm! Thanks (and sorry for complaining)! |
To people who read this: if you are running Ubuntu 16.04 and can reproduce this problem, please click on the "Does this bug affect you?" link on this bug's launchpad entry so Ubuntu's developers will get the attention and the fix will be pushed downstream. |
@guruz what workaround did you use? I dot the same issue on my app with iOS and Qt 5.7.0 and I have no ideas about it |
@kolayuk The workaround is inside the client code. Do you mean iOS or OS X? |
I'm running the testpilot version 57b6524
on openSuse 13.2, KDE4 on a laptop connected to an OC server (openSuse 12.1, OC 7.0.4) on my local network.
I suspend/resume my laptop and often after resume OC-client is stuck in the "unable to connect" state with the account status being "No connection to owncloud ... Unable to connect to ... Network access is disabled".
But the network (ethernet cable only) is there and is active and I can reach the server (e.g. via browser).
It seems OC-client does never try to contact the server again, and there is no obvious way in the OC-client UI to tell it "retry the connection" (What about a simple button above the "Delete" button) ?
The text was updated successfully, but these errors were encountered: