"Network Is Disabled" Error with Qt 5.5.1 After Suspend/Resume #1054
Total Page:16
File Type:pdf, Size:1020Kb
qutebrowser / qutebrowser Dismiss Join GitHub today GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together. Sign up "Network is disabled" error with Qt 5.5.1 after New issue suspend/resume #1054 Closed tex opened this issue Oct 24, 2015 · 32 comments tex commented Oct 24, 2015 Contributor Assignees No one assigned I get error message: try to reload after resume when I suspened with running qutebrowser. Network connection is ok. Restarting qutebrowser helps. Labels Looks like some wrong network presence detection.... priority: 1 - middle qt The-Compiler commented Oct 24, 2015 Collaborator Projects Probably a Qt issue I can't do much about... None yet What Qt version (see :open qute:version )? What distribution? What's the exact message you get? Milestone No milestone tex commented Oct 24, 2015 Contributor 11 participants qutebrowser v0.4.1 Git commit: v0.3.0-1034-gd862821 (2015-10-17 19:05:26 +0200) CPython: 3.5.0 Qt: 5.5.0, runtime: 5.5.1 PyQt: 5.5 Style: QFusionStyle Desktop: None sip: 4.16.9 colorlog: no colorama: no pypeg2: 2.15 jinja2: 2.8 pygments: 2.0.2 yaml: 3.11 Webkit: 538.1 Harfbuzz: old SSL: OpenSSL 1.0.2d 9 Jul 2015 Frozen: False Platform: Linux-4.2.3-1-ARCH-x86_64-with-arch, 64bit OS Version: --- /etc/os-release --- NAME="Arch Linux" ID=arch PRETTY_NAME="Arch Linux" ANSI_COLOR="0;36" HOME_URL="https://www.archlinux.org/" SUPPORT_URL="https://bbs.archlinux.org/" BUG_REPORT_URL="https://bugs.archlinux.org/" --- /etc/arch-release --- The-Compiler commented Oct 24, 2015 Collaborator What about the last question? "I get error message: try to reload" is far too fuzzy, I'm sure there was a more specific error displayed. tex commented Oct 24, 2015 Contributor Sorry. This is the error: It happens when I suspend laptop and then resume. QuteBrowser thinks that network is down even though it is up and working. I'm on wifi. The-Compiler changed the title from Cannot load web page after suspend:resume to "Network is disabled" error with Qt 5.5.1 after suspend/resume Oct 25, 2015 The-Compiler commented Oct 25, 2015 Collaborator I've also seen this once, but I can't consistently reproduce it. It seems like some Qt issue introduced with Qt 5.5.1, as I've never heard about this error before... The-Compiler added qt report upstream priority: 1 - middle labels Oct 25, 2015 cptMikky commented Oct 29, 2015 I can consistently reproduce this behaviour by following these steps: 1. Internet is accessible: open an arbitrary webpage in a tab. Page loads. 2. disconnect the network. refresh tab: network disabled 3. reconnect the network. Internet is accessible. Refresh tab: network disabled 4. open a page in a new window or tab: page loads 5. refres the "old" tab: network (still) disabled It seems that once a tab detects a network down situation, it will consider the network inaccessible indefinitely, not even trying to check whether anything changed. Version info qutebrowser v0.4.1 Git commit: v0.4.0-311-g743c3b1 (2015-10-16 06:53:07 +0200) CPython: 3.5.0 Qt: 5.5.0, runtime: 5.5.1 PyQt: 5.5 Style: QGtkStyle Desktop: Xfce Session sip: 4.16.9 colorlog: no colorama: no pypeg2: 2.15 jinja2: 2.8 pygments: 2.0.2 yaml: 3.11 Webkit: 538.1 Harfbuzz: old SSL: OpenSSL 1.0.2d 9 Jul 2015 Frozen: False Platform: Linux-4.1.11-1-ck-x86_64-with-arch, 64bit OS Version: --- /etc/os-release --- NAME="Arch Linux" ID=arch PRETTY_NAME="Arch Linux" ANSI_COLOR="0;36" HOME_URL="https://www.archlinux.org/" SUPPORT_URL="https://bbs.archlinux.org/" BUG_REPORT_URL="https://bugs.archlinux.org/" --- /etc/arch-release --- ghost commented Nov 19, 2015 I've the same problem. Restart of Qutebrowser solves the problem. But would be great if we can get a solution for this. The-Compiler commented Nov 19, 2015 Collaborator Nothing I can do. Using gC to clone the tab (or opening a new tab in general) works as well. I built the 5.6 beta in the meantime after some trouble, but didn't try it yet. I'm pretty confident it's solved there though, as other projects with the same issue have confirmed that already. The-Compiler commented Jan 7, 2016 Collaborator Maybe qutebrowser could auto-create a new QNAM (or clone the tab and close the broken one) when this happens. NoSuck commented Jan 12, 2016 As a constantly roaming qutebrowser user, this issue has affected me a great deal... until today. The network access error no longer appears, and pages reload as expected. I will report back later, when I know more. NoSuck referenced this issue Jan 17, 2016 No internet after standby/hybernate #1233 Closed The-Compiler removed the report upstream label Mar 20, 2016 craftyguy commented Mar 21, 2016 Contributor I upgraded to qt5.6 (Arch, it's in "testing" repo) and I can still reproduce this behavior :( Ram-Z commented Mar 21, 2016 Contributor I experience this as well (sporadically), but it seems to be bound to each tab. Opening new tabs will work, but reloading the tab will not. tex commented Mar 21, 2016 Contributor @Ram-Z I see the same. The-Compiler commented Mar 21, 2016 Collaborator Yeah, it's the QNetworkAccessManager class which gets into some invalid state, and each tab has its own one. This will be gone with QtWebEngine (as it doesn't use the Qt network stack), but I might try implementing a workaround which just automatically clones the tab ( gC ) and closes the "broken" one when this happens. Ram-Z commented Mar 21, 2016 Contributor Cloning tabs would be nice. Currently I just reopen the url in a new tab ( gO ), but unfortunately this does not copy the history. It's a nice feature on it's own, not only as a workaround for this. On Mar 21, 2016 at 4:21, Florian Bruhin wrote: This will be gone with QtWebEngine (as it doesn't use the Qt network stack), but I might try implementing a workaround which just automatically clones the tab ( gC ) and closes the "broken" one when this happens. You are receiving this because you were mentioned. Reply to this email directly or view it on GitHub: #1054 (comment) The-Compiler commented Mar 21, 2016 Collaborator @Ram-Z You can already do gC or :tab-clone jgkamat commented Mar 29, 2016 Collaborator I think I'm seeing a variant of this issue occasionally when I'm on my school wireless network (maybe when I switch APs on the same network?) without any suspend/resume. Whats weird is that tab-clone dosent work in this situation (but tab-clone does fix the issue if I switch from wired -> wireless, suspend/resume, or switch wireless networks). If someone thinks this is different, I'll create a new issue and try to find more debug info. Also, qt5.6 seems to be in the arch stable repos, but pyqt seems to still be at 5.5.1. qutebrowser v0.5.1 Git commit: CPython: 3.5.1 Qt: 5.5.1, runtime: 5.6.0 PyQt: 5.5.1 Style: QFusionStyle Desktop: /usr/share/xsessions/bspwm sip: 4.18.dev1603251537 colorlog: yes colorama: 0.3.7 pypeg2: 2.15 jinja2: 2.8 pygments: 2.1.3 yaml: 3.11 cssutils: 1.0.1 $Id$ pdf.js: 1.3.91 Webkit: 538.1 Harfbuzz: old SSL: OpenSSL 1.0.2g 1 Mar 2016 Frozen: False Platform: Linux-4.4.5-1-ARCH-x86_64-with-arch, 64bit OS Version: --- /etc/arch-release --- --- /etc/os-release --- NAME="Arch Linux" ID=arch PRETTY_NAME="Arch Linux" ANSI_COLOR="0;36" HOME_URL="https://www.archlinux.org/" SUPPORT_URL="https://bbs.archlinux.org/" BUG_REPORT_URL="https://bugs.archlinux.org/" craftyguy commented Mar 29, 2016 Contributor @jgkamat Interesting, I wonder if rebuilding pyqt5.5 against qt5.6 would resolve this issue for you. I filed this bug last night to (hopefully) have pyqt rebuilt since that resolved a different issue I was experiencing due to qt5.6 hitting stable on Arch: https://bugs.archlinux.org/task/48734 The-Compiler commented Mar 29, 2016 Collaborator I think I'm seeing a variant of this issue occasionally when I'm on my school wireless network (maybe when I switch APs on the same network?) without any suspend/resume. Whats weird is that tab- clone dosent work in this situation (but tab-clone does fix the issue if I switch from wired -> wireless, suspend/resume, or switch wireless networks). If someone thinks this is different, I'll create a new issue and try to find more debug info. I'm guessing it's an eduroam network? I think I've heard of other people having trouble as well where :tab- clone didn't help either. Unfortunately, there really isn't much I can do (except recommending :restart as a workaround in your case) until Qt fixes this - at least for QtWebKit... Did I already throw an obligatory "QtWebEngine will fix all of your problems" at you? Also, qt5.6 seems to be in the arch stable repos, but pyqt seems to still be at 5.5.1. That's expected - a 5.5 PyQt should run with a 5.6 Qt just fine, and PyQt 5.6 hasn't been released yet. This is because Qt aims to keep binary compatibility with new minor releases. (except they accidentally[?] didn't for QtTest with Qt 5.6, which is why you'll get into trouble currently when trying to run the testsuite on Arch) 1 jgkamat commented Mar 29, 2016 Collaborator I'm not on an eduroam network (but my school has a lot of nonstandard things as far as I'm aware).