List of sites which don't work with Qupzilla

[pfalcon]

Trying to collect list of URLs which work bad with Qupzilla, in the hope that authors may look into it...

https://www.indiegogo.com/projects/xwifi-a-fingertip-sized-wifi-module-open-source - no actual project description, etc. shown (posisbly affcets whole Indiegogo)

http://wikimapia.org/ - stuck at the initial progress indicator, the map is never shown

[JHooverman]

Seems to work with:
Application version: 1.7.0 (7a7be29)
Qt version: 5.4.0
WebKit version: 538.1
Build time: Aug 22 2014 10:38:41
Platform: openSUSE Tumbleweed (Linux)

Which WebKit version do you use?

Indiegogo

wikimapia

[pfalcon]

This is Ubuntu 14.04 with Qupzilla from official PPA. So, Qupzilla 1.6.6, WebKit version 537.21. Screenshots look nice - looking forward to see 1.7.0 in PPA soon!

[JHooverman]

Updating Qupzilla to version 1.7.0 (which is a development version from git) will probably not solve your issue. If possible try to update your libqt to version 5.4.0.

Your mentioned sample page fails to load as you described with qtwebkit-2.3.3 (537.21) (image on the left, qttestbrowser4 compiled against qt-4.8.6) but looks fine with qtwebkit-538.1 (image on the right, qttestbrowser5 compiled against qt-5.4.0).

[ghost]

I found one that in 1.8.0 in Linux the site never loads, just keeps trying to load over and over;

http://www.twitch.tv/

[JHooverman]

The link twitch.tv works here with
Application version: 1.8.0 (1355143)
Qt version: 5.4.0
WebKit version: 538.1
Build time: Sep 27 2014 10:25:06
Platform: openSUSE Tumbleweed (Linux)

Does not work for me with
QtTestBrowser (Qt version: 4.8.6, WebKit version: 537.21)

You can try to check Preferences -> Extensions -> WebKit Plugins -> Allow Click To Flash or upgrade to QtWebkit 538.1.

[pfalcon]

@JHooverman : Any guidelines how to upgrade to QtWebkit 538.1?

[JHooverman]

@pfalcon: I am sorry, but I am not familiar with Ubuntu packages. In openSUSE for example QtWebkit 538.1 will be installed, if you switch to libqt5.
I assume this package will contain QtWebkit 538.1.
@nowrep: Can you help?

[nowrep]

@pfalcon You need to build QupZilla yourself, or ask Ubuntu maintaner to build QupZilla with Qt5.

[JHooverman]

@nowrep: Before pfalcon will compile QupZilla for himself, he will have to be sure to have QtWebkit 538.1 installed. Would you please advise, which ubuntu package he will have to install?

[pfalcon]

I did build qupzilla myself, against Ubuntu 14.04 system Qt5, which unfortunately still includes (qt)webkit 537.21. My quick search previously didn't turn a newer version of qtwebkit package, so I kinda assume I'll need to build it from source, and I was looking for a quick instructions to try it sooner rather than later. Thanks for confirming that you just use a 538 package on openSUSE. I'll get to building a newer version on Ubuntu and post hints how to do that (like I did regarding building qupzilla against qt5 on ubuntu:
#1450 (comment)).

[nowrep]

I guess 538.1 is in Qt 5.4 then.

[pejakm]

Works here, too, but cannot play video (I don't have flushplugin). (Qt 5.4, qtwebkit 538.1.)

[JHooverman]

@pfalcon: I found this instructions about how to build Qt5 from git. Maybe it gives you some useful information.
In the past I have compiled Qt for myself, but it took so much time until it finished successfully. Personally I prefer to have recent packages ready in my distribution. So hopefully there will be a qtwebkit-538.1 in ubuntu soon.

[JHooverman]

This comment has been originally posted by moulei in #1481 and has been moved to this place.

WebKit version: 538.1 crashes for me when going to this site;

https://pcsxr.codeplex.com/

I try to load it and QupZilla just closes and goes off my screen, but if I restart it and try again same thing...

This website twitch just keeps reloading with QupZilla and then you get stuck because as it keeps reloading you can't do anything with the browser...

http://www.twitch.tv/

[JHooverman]

Regarding https://pcsxr.codeplex.com/
Please try to access this page with a clean profile. If this crash still occurs post the crashlog, which can be found in $HOME/username/.config/qupzilla/crashlog, to gist.

This page works for me, so there must be another reason.

Regarding http://www.twitch.tv/
You can try to check Preferences -> Extensions -> WebKit Plugins -> Allow Click To Flash

[pmattern]

On that local web page provided by cupsd's web server, QupZilla doesn't proceed after submitting root credentials needed to add a new printer.

Steps to reproduce: open localhost:631/admin - click "Add Printer" in section "Printers" - submit root (or whatever is set in cups-files.conf) credentials.
Intended behaviour as e. g. seen with Firefox or Chromium is to proceed to a page "Add Printer" where a choice among network and local printers can be made.
But QupZilla sticks with that very same admin page.

Seen on Arch Linux x86_64, QupZilla as latest git version compiled against Qt5, any recent Cups version such as 1.7.5 or 2.0.

[JHooverman]

@pmattern: This works for me:

Tested with:
Application version: 1.9.0 (7ff53e6)
Qt version: 5.4.0
WebKit version: 538.1
Build time: Nov 26 2014 09:35:46
Platform: openSUSE Tumbleweed (Linux)

If you have AdBlock enabled, then please disable it for localhost:

However, I will have to click Add Printer twice.

[pmattern]

I can confirm your findings: once AdBlock is disabled QupZilla proceeds when "Add Printer" gets clicked another two times after the root password was provided, hence three times altogether.

But I don't think this should be called a solution or just left tagged as works for me. In particular considering the conditions when it happens - QupZilla is targeted on desktop users, Cups is the de facto standard printing system on Linux - and the fact that no other common browser behaves like this.

[JHooverman]

@pmattern: Of course, this was not meant to be a solution, but more a workaround. After some deeper analysis we hopefully find a way to fix it.

[pmattern]

All right. Some more things I found out in the meantime:

The problem doesn't appear when new printers are added only but whenever root credentials are required.
It can e. g. also be seen when settings are changed by modifying those check boxes at localhost:631/admin and clicking "Change settings" or when printers are modified (localhost:631/printers/, "{Modify,Delete} Printer" or "Set Default Options" from drop-down "Administration").

If QupZilla gets launched from a terminal emulator there's a message

Content error: "Unknown error" 205 (webkit/webpage.cpp:871, virtual bool WebPage::extension(QWebPage::Extension, const QWebPage::ExtensionOption_, QWebPage::ExtensionReturn_))

If a printer is added as discussed so far, the message gets thrown right after submitting credentials and when "Add Printer" is clicked the second out of the three times, not the third time / when things work.

That message got me curious whether it could be some general WebKit issue. But problem can't be reproduced with latest VCS version of Midori (misbehaves differently such that it throws two different dialogue boxes to provide credentials which both work but proceeds as expected).

For the record, if you should happen to test this with CUPS 2.x and stumble upon some blank pages, it's a CUPS issue (http://www.cups.org/str.php?L4538+Qversion:2.0). Mentioning as I first thought this was related to what we're discussing here which it isn't.

[pejakm]

Current status (Qt-5.4.0):

• indiegogo.com
• wikimapia.org
• twitch.tv
• pcsxr.codeplex.com

ie. all stated sites are working (provided that javascript and cookies are enabled), and if you ask me, it's ridiculous to compile a list of sites which don't work with Qupzilla. They all must work, and if not, it's probably some issue with qtwebkit.

I'm proposing closure of this isse. Closed.

[pfalcon]

it's ridiculous to compile a list of sites which don't work with Qupzilla.

The intent was to allow Qupzilla developers to easily reproduce and fix issues users see, not to "compile a list".

They all must work, and if not, it's probably some issue with qtwebkit.

The fact that you ignore the fact that qtwebkit issues make your browser look and work bad for many-many (majority of?) users is not ridiculous, it's sad. Instead of pretending that issue doesn't exist or "not yours", you'd rather make bold moves to resolve it, for example bundle "right" version of qtwebkit with qupzilla.

[pejakm]

The "right" version of qtwebkit is the latest one, which contains newest bug and security fixes. And we are not ignoring "the fact...", it's just that we cannot do much about it (please don't make me elaborate this), except to report it upstream (and lately we do that more often). We appreciate bug reporting, but issues that lead to nowhere is just a burden (one maintainer and three occasional collaborators is simply too few people).
Besides, all four sites mentioned here are working properly with latest qtwebkit (from Qt-5.4), which means the issue is resolved. If you have problems with more sites, feel free to open another issue, and we will try to help to resolve it (or report to upstream if nothing helps).