[Webkit-unassigned] [Bug 51767] [Qt] QWebView::load(QUrl("https://msft.spoppe.com/sites/SPO14/KnowledgeCenter/SitePages/Home.aspx")) showing blank page, not doing redirection required for displaying that web page
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Fri Jun 15 12:21:08 PDT 2012
https://bugs.webkit.org/show_bug.cgi?id=51767
Marco <wasduwillst at gmx.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |wasduwillst at gmx.de
--- Comment #4 from Marco <wasduwillst at gmx.de> 2012-06-15 12:21:07 PST ---
Have a similar (or same) issue trying to authentificate with facebook using
https://www.facebook.com/dialog/oauth?
client_id=YOUR_APP_ID
&redirect_uri=https://www.facebook.com/connect/login_success.html
&response_type=token
(certainly with replacing YOUR_APP_ID by my ID)
Actually I tried to build the project I downloaded from:
http://code.google.com/p/facebook-cpp-graph-api/
-> downloads
cppFaceBook_GraphApi_Mini_src.rar
webview stays blank. While opening http pages works perfectly fine.
System: Windows 7 64bit, Qt 4.8.2 libary for Windows, Visual Studio 2008 with visual Studio Plugin.
>From looking around the web, seems that this bug is in there for a while and has something to do with redirection and not having a peer Certificate.
Only seems to happen related to Windows builds or Nokia Symbian, but not for Linux
Several workarounds where using
reply->ignoreSslErrors();
e.g.
http://stackoverflow.com/questions/10166821/weird-qt-ssl-issue-error-no-error-shows-up-nothing-else-and-if-i-ignore-i
http://www.developer.nokia.com/Community/Wiki/How_to_ignore_ssl_errors_to_get_https_website_work_on_QML_Webview
http://qt-project.org/forums/viewthread/8911 -> proposing workaround by ignoring SSL errors
http://qt-project.org/forums/viewthread/15949 -> proposing a solution from aurora browser source code
I hope this can help to find the reason and supply a fix.
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list