From Michael.Bruning at digia.com Tue Sep 9 15:07:34 2014 From: Michael.Bruning at digia.com (Bruning Michael) Date: Tue, 9 Sep 2014 13:07:34 +0000 Subject: [Qtwebengine] Bug tracker for Qt WebEngine. In-Reply-To: <5B20C9B9EF03214DB310015C8339E46F15951070@IT-EXMB01-HKI.it.local> References: <5B20C9B9EF03214DB310015C8339E46F15951070@IT-EXMB01-HKI.it.local> Message-ID: <5B20C9B9EF03214DB310015C8339E46F15951082@IT-EXMB01-HKI.it.local> Hello all, as you may have already heard, Qt WebEngine 1.0.0 Alpha has been released as part of the Qt 5.4.0 Alpha release on September 8th 2014 (please see http://blog.qt.digia.com/blog/2014/09/08/qt-5-4-alpha-available for more info on the Alpha release). Since Qt WebEngine is now an official Qt add-on, we would like to start collecting bugs and issues in a central location and would therefore like to ask you to report all bugs that you encounter with Qt WebEngine in the Qt project bug tracker at https://bugreports.qt-project.org A component called "WebEngine" has already been created under the Qt project. To see the list of currently reported and open issues for it, you can use this link: https://bugreports.qt-project.org/issues/?filter=15922 Enjoy experimenting with Qt WebEngine and please report the bugs you may find. Best regards, Michael -- Michael Brüning Senior Software Engineer Qt WebEngine / Qt WebKit Digia Germany GmbH Rudower Chausse 13, 12489 D-Berlin Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 144331 B, Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja -------------- next part -------------- An HTML attachment was scrubbed... URL: From dev at batzill.com Tue Sep 9 15:58:22 2014 From: dev at batzill.com (Adrian Batzill) Date: Tue, 09 Sep 2014 15:58:22 +0200 Subject: [Qtwebengine] Some questions about porting from QtWebkit Message-ID: <848ca771d6ca42c2861572261e39e37a@batzill.com> Hello, I'm currently trying to port my application from QtWebkit to QtWebEngine. I've sorted out the basics, but there are some problems that remain and that I can't seem to find a solution to. Therefore I hope someone here can help me. a) How can I change the user agent for QtWebengine (at runtime)? The old "userAgentForUrl" method doesn't seem to work any more. b) QWebkit WebViews have been independent, which means, that when having multiple WebViews in one application, they had no shared data (except for the cache AFAIK). E.g. cookies were not shared. I do rely on this behaviour and wonder if this is possible in QtWebEngine aswell (It was even possible to set a different proxy for each WebView)? c) How can I handle SSL errors when they occur? d) QWebkit was able to disable plugins (e.g. flash). Is something like this possible in QtWebEngine? e) How can I provide a Javascript error console? QWebPage had a "javaScriptConsoleMessage" method that could be used. But QtWebEnginePage? f) How can I set a network proxy (Socks 5) in QtWebEngine? I think these are all remaining problems I have right now. Thanks for the time, Adrian From jocelyn.turcotte at digia.com Wed Sep 10 12:56:21 2014 From: jocelyn.turcotte at digia.com (Jocelyn Turcotte) Date: Wed, 10 Sep 2014 12:56:21 +0200 Subject: [Qtwebengine] Some questions about porting from QtWebkit In-Reply-To: <848ca771d6ca42c2861572261e39e37a@batzill.com> References: <848ca771d6ca42c2861572261e39e37a@batzill.com> Message-ID: <20140910105621.GA1685@poutine.it.local> Hello Adrian, On Tue, Sep 09, 2014 at 03:58:22PM +0200, Adrian Batzill wrote: > Hello, > I'm currently trying to port my application from QtWebkit to > QtWebEngine. I've sorted out the basics, but there are some problems > that remain and that I can't seem to find a solution to. Therefore I > hope someone here can help me. > > a) How can I change the user agent for QtWebengine (at runtime)? The old > "userAgentForUrl" method doesn't seem to work any more. We're planning to have a setting to set the user agent, but for 1.0 it will still be hard-coded in qtwebengine/src/core/content_client_qt.cpp > b) QWebkit WebViews have been independent, which means, that when having > multiple WebViews in one application, they had no shared data (except > for the cache AFAIK). E.g. cookies were not shared. I do rely on this > behaviour and wonder if this is possible in QtWebEngine aswell (It was > even possible to set a different proxy for each WebView)? It is not currently possible, but we're thinking about exposing browsing contexts in a future release, which could address this kind of use case. > c) How can I handle SSL errors when they occur? You can currently override QWebEnginePage::certificateError and return true if you want to accept the untrusted certificate. > d) QWebkit was able to disable plugins (e.g. flash). Is something like > this possible in QtWebEngine? NPAPI isn't supported by Chromium anymore, and we don't have support for NaCL plugins yet. When we add support in the future, we should expose a setting to disable them too. > e) How can I provide a Javascript error console? QWebPage had a > "javaScriptConsoleMessage" method that could be used. But > QtWebEnginePage? QWebEnginePage also has a javaScriptConsoleMessage, it should behave similarly. > f) How can I set a network proxy (Socks 5) in QtWebEngine? Chromium currently reads proxy settings directly from the system. On linux, setting the http_proxy environment variable should work. We didn't expose a way to override those settings in the API yet. > I think these are all remaining problems I have right now. > > Thanks for the time, > Adrian Thank you for the feedback. There are many features of the QtWebKit API that we don't support at the moment, and some that we don't plan on supporting. On the Web side features should have a much better support than with QtWebKit. Regards, Jocelyn From bryan.chan at pacbell.net Wed Sep 10 19:14:44 2014 From: bryan.chan at pacbell.net (Bryan Chan) Date: Wed, 10 Sep 2014 10:14:44 -0700 Subject: [Qtwebengine] bridge for web engine Message-ID: <1410369284.22239.YahooMailNeo@web181201.mail.ne1.yahoo.com> Hi, With the release of 5.4 Alpha and webengine is there going to be a C++/JS bridge similar to what we had with webkit (addToJavaScriptWindowObject) or is QWebChannel going to be the official way to communicate between C++/JS. Thanks Bryan -------------- next part -------------- An HTML attachment was scrubbed... URL: From Zeno.Albisser at digia.com Thu Sep 11 10:43:02 2014 From: Zeno.Albisser at digia.com (Albisser Zeno) Date: Thu, 11 Sep 2014 08:43:02 +0000 Subject: [Qtwebengine] bridge for web engine In-Reply-To: <1410369284.22239.YahooMailNeo@web181201.mail.ne1.yahoo.com> References: <1410369284.22239.YahooMailNeo@web181201.mail.ne1.yahoo.com> Message-ID: <226E89D9-3FE0-49BF-9B7D-9F1AF94A55F2@digia.com> Hi Bryan, With the release of 5.4 Alpha and webengine is there going to be a C++/JS bridge similar to what we had with webkit (addToJavaScriptWindowObject) or is QWebChannel going to be the official way to communicate between C++/JS. Yes, QWebChannel is what we are using now. We might add some more convenience API on top of that in future releases. - Zeno -------------- next part -------------- An HTML attachment was scrubbed... URL: From bryan.chan at pacbell.net Thu Sep 11 21:12:44 2014 From: bryan.chan at pacbell.net (Bryan Chan) Date: Thu, 11 Sep 2014 12:12:44 -0700 Subject: [Qtwebengine] Trouble getting webengine to build as a part of Qt 5.4 Alpha Message-ID: <1410462764.68997.YahooMailNeo@web181204.mail.ne1.yahoo.com> Hi, I downloaded the open source version of the QT 5.4 Alpha and having trouble getting webengine to build Here were my steps: * ran " vcvcars32.bat x86" from the visual studio 2012 directory * set PATH=c:\qt\5.4-alpha\qtbase\bin;c:\qt\5.4-alpha\qtrepotools\bin;c:\qt\5.4-alpha\gnuwin32\bin;%PATH% * set QMAKESPEC=win32-msvc2012 * configure -platform win32-msvc2012 -nomake tests -nomake examples -opensource -opengl desktop -debug-and-release * jom So it looked like the QT 5.4 Alpha built, but the QT webengine did not. When I went to qt webengine folder and just tried qmake -r, I got this error QtWebEngine is not maintained for this platform/configuration and is therefore disabled." So just for kicks, I removed that check and ran qmake -r again, followed by nmake and the compiling kicked off but then got the error below: [2116/10502] ACTION make_core_generated: HTMLTokenizerNames_3e60847c63e4e4b4da55 806b4b0adaaa FAILED: C:\Python27\python.exe gyp-win-tool action-wrapper environment.x86 make_ core_generated_target_UserAgentStyleSheets_3e60847c63e4e4b4da55806b4b0adaaa..rsp ..\..\..\src\3rdparty\chromium\third_party\WebKit\Source\core Traceback (most recent call last): File "../build/scripts/action_useragentstylesheets.py", line 131, in sys.exit(main(sys.argv)) File "../build/scripts/action_useragentstylesheets.py", line 124, in main returnCode = subprocess.call(command) File "C:\Python27\lib\subprocess.py", line 522, in call return Popen(*popenargs, **kwargs).wait() File "C:\Python27\lib\subprocess.py", line 709, in __init__ errread, errwrite) File "C:\Python27\lib\subprocess.py", line 957, in _execute_child startupinfo) WindowsError: [Error 2] The system cannot find the file specified ninja: build stopped: subcommand failed. jom: C:\Qt\5.4-alpha\qtwebengine\src\core\Makefile.gyp_run.Release [invoke_ninja ] Error 1 jom: C:\Qt\5.4-alpha\qtwebengine\src\core\Makefile.gyp_run [release] Error 2 jom: C:\Qt\5.4-alpha\qtwebengine\src\core\Makefile [sub-gyp_run-pro-make_first] Error 2 jom: C:\Qt\5.4-alpha\qtwebengine\src\Makefile [sub-core-make_first] Error 2 jom: C:\Qt\5.4-alpha\qtwebengine\Makefile [sub-src-make_first] Error 2 Am I missing some steps? Thanks Bryan -------------- next part -------------- An HTML attachment was scrubbed... URL: From Zeno.Albisser at digia.com Thu Sep 11 21:42:08 2014 From: Zeno.Albisser at digia.com (Albisser Zeno) Date: Thu, 11 Sep 2014 19:42:08 +0000 Subject: [Qtwebengine] Trouble getting webengine to build as a part of Qt 5.4 Alpha In-Reply-To: <1410462764.68997.YahooMailNeo@web181204.mail.ne1.yahoo.com> References: <1410462764.68997.YahooMailNeo@web181204.mail.ne1.yahoo.com> Message-ID: <583AC1F1-FBEE-4A5E-9DA7-F23F2276428D@digia.com> Hi Bryan, On 11 Sep 2014, at 21:12, Bryan Chan > wrote: QtWebEngine is not maintained for this platform/configuration and is therefore disabled.” This error message is there for a reason. The platform you are trying to build is indeed not supported by QtWebEngine. For building on windows you will need to build Qt with msvc2013 and ANGLE. It is fine to build a 32bit version, but you will need a 64bit windows for building. - Zeno -------------- next part -------------- An HTML attachment was scrubbed... URL: From bryan.chan at pacbell.net Thu Sep 11 21:45:30 2014 From: bryan.chan at pacbell.net (Bryan Chan) Date: Thu, 11 Sep 2014 12:45:30 -0700 Subject: [Qtwebengine] Trouble getting webengine to build as a part of Qt 5.4 Alpha In-Reply-To: <583AC1F1-FBEE-4A5E-9DA7-F23F2276428D@digia.com> References: <1410462764.68997.YahooMailNeo@web181204.mail.ne1.yahoo.com> <583AC1F1-FBEE-4A5E-9DA7-F23F2276428D@digia.com> Message-ID: <1410464730.5587.YahooMailNeo@web181203.mail.ne1.yahoo.com> Yeah I figured, I'm probably missing ANGLE thanks for the quick response Zeno On Thursday, September 11, 2014 12:42 PM, Albisser Zeno wrote: Hi Bryan, On 11 Sep 2014, at 21:12, Bryan Chan wrote: > > >QtWebEngine is not maintained for this platform/configuration and is therefore disabled.” This error message is there for a reason. The platform you are trying to build is indeed not supported by QtWebEngine. For building on windows you will need to build Qt with msvc2013 and ANGLE. It is fine to build a 32bit version, but you will need a 64bit windows for building. - Zeno -------------- next part -------------- An HTML attachment was scrubbed... URL: From bryan.chan at pacbell.net Fri Sep 12 00:27:13 2014 From: bryan.chan at pacbell.net (Bryan Chan) Date: Thu, 11 Sep 2014 15:27:13 -0700 Subject: [Qtwebengine] Trouble getting webengine to build as a part of Qt 5.4 Alpha In-Reply-To: <0C4948E5-5CA6-4740-8802-CEFCBB293314@digia.com> References: <1410462764.68997.YahooMailNeo@web181204.mail.ne1.yahoo.com> <583AC1F1-FBEE-4A5E-9DA7-F23F2276428D@digia.com> <1410464730.5587.YahooMailNeo@web181203.mail.ne1.yahoo.com> <1410472280.93494.YahooMailNeo@web181201.mail.ne1.yahoo.com> <0C4948E5-5CA6-4740-8802-CEFCBB293314@digia.com> Message-ID: <1410474433.18850.YahooMailNeo@web181204.mail.ne1.yahoo.com> Sorry, hit reply instead of reply all (adding back the mailing list) Yes, that was a cut an paste error, the configure was here at the root of the 5.4 alpha package. C:\Qt\5.4-alpha>configure -opensource -mp -nomake examples -nomake tests -debug- and-release -c++11 -no-warnings-are-errors -platform win32-msvc2013 Then I ran nmake after. I have MSVC213 professional. I'll poke around a bit more then file a bug report if I can't get it building. Thanks again for the help. On Thursday, September 11, 2014 3:19 PM, Albisser Zeno wrote: Hi Bryan, Please stick to the mailing list in future, so everybody can see the replies and help out benefit from the question already answered. I haven’t seen this error before. The configure options look okay to me, however i’m quite sure you did not execute it the way it is mentioned. There is no configure script in qtwebengine, just within qtbase. - I assume this is a copy paste error. Do you have MSVC2013 express or professional? You are not by any chance trying a shadow build (out of source build), are you? - Shadow builds are currently not supported for QtWebEngine. Other than that I can’t spot anything wrong with your setup. If the error persists, can you maybe file a bugreport and attach the full log as well as exact specifications of your system. In particular: - Windows Version - Python Version - shasums of your qt5.git clone, the qtwebengine submodule and the qtwebengine/src/3rdparty submodule Thank you very much, - Zeno On 11 Sep 2014, at 23:51, Bryan Chan wrote: > >Hi Zeno, > > >so I got passed the platform supported error and the webengine builds kickoff properly, but I'm still getting an error. > > >I'm using these configure flags: > > >C:\Qt\5.4-alpha\qtwebengine>configure -opensource -mp -nomake examples -nomake t >ests -debug-and-release -c++11 -no-warnings-are-errors -platform win32-msvc2013 > > > > >Are there any extra steps I need to take to get this building or should the configure flags above work? > > >Thanks >Bryan > > > > > > > C:\Qt\5.4-alpha\qtwebengine\src\3rdparty\ninja\ninja.exe -C C:/Qt/5.4-a >lpha/qtwebengine/src/core/Debug_x64 >ninja: Entering directory `C:/Qt/5.4-alpha/qtwebengine/src/core/Debug_x64' >[11/9019] ACTION make_core_generated: ...heets_3e60847c63e4e4b4da55806b4b0adaaa >FAILED: C:\Python27\python.exe gyp-win-tool action-wrapper environment.x64 make_ >core_generated_target_UserAgentStyleSheets_3e60847c63e4e4b4da55806b4b0adaaa..rsp > ..\..\..\src\3rdparty\chromium\third_party\WebKit\Source\core >Traceback (most recent call last): > File "../build/scripts/action_useragentstylesheets.py", line 131, in > sys.exit(main(sys.argv)) > File "../build/scripts/action_useragentstylesheets.py", line 124, in main > returnCode = subprocess.call(command) > File "C:\Python27\lib\subprocess.py", line 522, in call > return Popen(*popenargs, **kwargs).wait() > File "C:\Python27\lib\subprocess.py", line 709, in __init__ > errread, errwrite) > File "C:\Python27\lib\subprocess.py", line 957, in _execute_child > startupinfo) >WindowsError: [Error 2] The system cannot find the file specified >[11/9019] CXX obj\src\3rdparty\chromium\third_party\re2\re2\re2.dfa.obj >ninja: build stopped: subcommand failed. >NMAKE : fatal error U1077: 'C:\Qt\5.4-alpha\qtwebengine\src\3rdparty\ninja\ninja >.exe' : return code '0x1' >Stop. >NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio 12.0 >\VC\BIN\amd64\nmake.exe"' : return code '0x2' >Stop. >NMAKE : fatal error U1077: '(' : return code '0x2' >Stop. >NMAKE : fatal error U1077: 'cd' : return code '0x2' >Stop. >NMAKE : fatal error U1077: 'cd' : return code '0x2' >Stop. > > > > > >On Thursday, September 11, 2014 12:45 PM, Bryan Chan wrote: > > > >Yeah I figured, I'm probably missing ANGLE > > >thanks for the quick response Zeno > > > >On Thursday, September 11, 2014 12:42 PM, Albisser Zeno wrote: > > > >Hi Bryan, > > >On 11 Sep 2014, at 21:12, Bryan Chan wrote: >> >> >>QtWebEngine is not maintained for this platform/configuration and is therefore disabled.” > > >This error message is there for a reason. The platform you are trying to build is indeed not supported by QtWebEngine. >For building on windows you will need to build Qt with msvc2013 and ANGLE. >It is fine to build a 32bit version, but you will need a 64bit windows for building. > >- Zeno > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Michael.Bruning at digia.com Fri Sep 12 18:55:03 2014 From: Michael.Bruning at digia.com (Bruning Michael) Date: Fri, 12 Sep 2014 16:55:03 +0000 Subject: [Qtwebengine] Trouble getting webengine to build as a part of Qt 5.4 Alpha In-Reply-To: <1410474433.18850.YahooMailNeo@web181204.mail.ne1.yahoo.com> References: <1410462764.68997.YahooMailNeo@web181204.mail.ne1.yahoo.com> <583AC1F1-FBEE-4A5E-9DA7-F23F2276428D@digia.com> <1410464730.5587.YahooMailNeo@web181203.mail.ne1.yahoo.com> <1410472280.93494.YahooMailNeo@web181201.mail.ne1.yahoo.com> <0C4948E5-5CA6-4740-8802-CEFCBB293314@digia.com>, <1410474433.18850.YahooMailNeo@web181204.mail.ne1.yahoo.com> Message-ID: <5B20C9B9EF03214DB310015C8339E46F15951949@IT-EXMB01-HKI.it.local> On Friday, September 12 2014 00:27, Bryan Chan wrote: Hi Bryan, > Sorry, hit reply instead of reply all (adding back the mailing list) > > Yes, that was a cut an paste error, the configure was here at the root of the 5.4 alpha package. > > C:\Qt\5.4-alpha>configure -opensource -mp -nomake examples -nomake tests -debug- and-release -c++11 -no-warnings-are-errors -platform win32-msvc2013 > -debug-and-release is broken with the plain alpha sources. You can find a list of known issues with some changes that work around them here: http://qt-project.org/wiki/Qt540-KnownIssues . I haven't been able to reproduce the error you have seen even with the sources from the Qt5.4 alpha zip file. Could it be that some environment variable is still set to use the MSVC 2012 makespec or so? > Then I ran nmake after. > > I have MSVC213 professional. > > I'll poke around a bit more then file a bug report if I can't get it building. > > Thanks again for the help. Best regards, Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: From bryan.chan at pacbell.net Sat Sep 13 16:31:23 2014 From: bryan.chan at pacbell.net (Bryan Chan) Date: Sat, 13 Sep 2014 07:31:23 -0700 Subject: [Qtwebengine] Trouble getting webengine to build as a part of Qt 5.4 Alpha Message-ID: <197124E9-8ABB-4EF4-8641-08643F596204@pacbell.net> Thanks Michael for the link. I got it to build. Aside from just compiling release, I did two things at the same time so not sure which made the build happy 1. Installed perl (not sure if this was necessary) 2. Shorten the base folder I was compiling in from c:\qt\5.4-alpha to c:\qt\5.4 Thanks again everyone for the help From ararunprasad at gmail.com Mon Sep 15 14:46:59 2014 From: ararunprasad at gmail.com (Arunprasad Rajkumar) Date: Mon, 15 Sep 2014 18:16:59 +0530 Subject: [Qtwebengine] bridge for web engine In-Reply-To: <226E89D9-3FE0-49BF-9B7D-9F1AF94A55F2@digia.com> References: <1410369284.22239.YahooMailNeo@web181201.mail.ne1.yahoo.com> <226E89D9-3FE0-49BF-9B7D-9F1AF94A55F2@digia.com> Message-ID: Hello Zeno, Hope you guys already aware of latest Android WebView implementation. Android WebView[1] supports similar functionality like addToJavaScriptWindowObject using chromium's content API + GIN wrapper API. I think it is quite easy to implement using the same mechanism.(I think we need to write the GIN to QObject introspection implementation). Sorry If I'm wrong L I'm not familiar with QWebChannel, is it very simpler than the above one? [1] http://developer.android.com/reference/android/webkit/WebView.html#addJavascriptInterface(java.lang.Object, java.lang.String) [2] https://code.google.com/p/chromium/codesearch#chromium/src/content/browser/android/java/gin_java_bridge_dispatcher_host.h&q=GinJavaBridgeDispatcherHost&sq=package:chromium&l=33&type=cs Thanks & Regards, Arun
On 11 September 2014 14:13, Albisser Zeno wrote: > Hi Bryan, > > With the release of 5.4 Alpha and webengine is there going to be a > C++/JS bridge similar to what we had with webkit (addToJavaScriptWindowObject) > or is QWebChannel going to be the official way to communicate between > C++/JS. > > > Yes, QWebChannel is what we are using now. > We might add some more convenience API on top of that in future releases. > > - Zeno > > _______________________________________________ > QtWebEngine mailing list > QtWebEngine at qt-project.org > http://lists.qt-project.org/mailman/listinfo/qtwebengine > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From milian.wolff at kdab.com Mon Sep 15 15:40:05 2014 From: milian.wolff at kdab.com (Milian Wolff) Date: Mon, 15 Sep 2014 15:40:05 +0200 Subject: [Qtwebengine] bridge for web engine In-Reply-To: References: <1410369284.22239.YahooMailNeo@web181201.mail.ne1.yahoo.com> <226E89D9-3FE0-49BF-9B7D-9F1AF94A55F2@digia.com> Message-ID: <6298780.9mRO9Sj9K4@milian-kdab2> On Monday 15 September 2014 18:16:59 Arunprasad Rajkumar wrote: > Hello Zeno, > > Hope you guys already aware of latest Android WebView implementation. > Android WebView[1] supports similar functionality like > addToJavaScriptWindowObject using chromium's content API + GIN wrapper API. > I think it is quite easy to implement using the same mechanism.(I think we > need to write the GIN to QObject introspection implementation). Sorry If > I'm wrong L Hey there, are you aware of of qtwebview? It's available on Android and reuses the native WebView there. In the future, that will be integrated with the Qt WebChannel as well. I don't understand why you want to reinvent the webchannel for this special usecase, instead of reusing it? [1]: https://qt.gitorious.org/qt/qtwebview/source/e849a5de6046ccaf2e76e636d640ec322ed87f45: -- Qt Developer Days 2014 - October 6 - 8 at BCC, Berlin Milian Wolff | milian.wolff at kdab.com | Software Engineer KDAB (Deutschland) GmbH&Co KG, a KDAB Group company Tel. Germany +49-30-521325470, Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-independent software solutions From ararunprasad at gmail.com Mon Sep 15 16:54:02 2014 From: ararunprasad at gmail.com (Arunprasad Rajkumar) Date: Mon, 15 Sep 2014 20:24:02 +0530 Subject: [Qtwebengine] bridge for web engine In-Reply-To: <6298780.9mRO9Sj9K4@milian-kdab2> References: <1410369284.22239.YahooMailNeo@web181201.mail.ne1.yahoo.com> <226E89D9-3FE0-49BF-9B7D-9F1AF94A55F2@digia.com> <6298780.9mRO9Sj9K4@milian-kdab2> Message-ID: Hi Milian, I'm not familiar with QWebChannel. I will take a look :) Thanks,
On 15 September 2014 19:10, Milian Wolff wrote: > On Monday 15 September 2014 18:16:59 Arunprasad Rajkumar wrote: > > Hello Zeno, > > > > Hope you guys already aware of latest Android WebView implementation. > > Android WebView[1] supports similar functionality like > > addToJavaScriptWindowObject using chromium's content API + GIN wrapper > API. > > I think it is quite easy to implement using the same mechanism.(I think > we > > need to write the GIN to QObject introspection implementation). Sorry If > > I'm wrong L > > Hey there, > > are you aware of of qtwebview? It's available on Android and reuses the > native > WebView there. In the future, that will be integrated with the Qt > WebChannel > as well. I don't understand why you want to reinvent the webchannel for > this > special usecase, instead of reusing it? > > [1]: > > https://qt.gitorious.org/qt/qtwebview/source/e849a5de6046ccaf2e76e636d640ec322ed87f45 > : > > > -- > Qt Developer Days 2014 - October 6 - 8 at BCC, Berlin > > Milian Wolff | milian.wolff at kdab.com | Software Engineer > KDAB (Deutschland) GmbH&Co KG, a KDAB Group company > Tel. Germany +49-30-521325470, Sweden (HQ) +46-563-540090 > KDAB - Qt Experts - Platform-independent software solutions > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From BCheng at intercalleurope.com Fri Sep 19 08:18:26 2014 From: BCheng at intercalleurope.com (Cheng, Bobber) Date: Fri, 19 Sep 2014 07:18:26 +0100 Subject: [Qtwebengine] WebRTC doesn't work with demo https://apprtc.appspot.com In-Reply-To: References: Message-ID: <0606501861F0A446AC23CAD47518E5B912EB25F584@lon01cexmbx01.us.intercall.com> Hi all, It seems WebRTC doesn't work in 5.4.0 Alpha. I neither connect to the other nor has other connect me when I test WebRTC with Qt WebEngine example browser and WebRTC demo https://apprtc.appspot.com. I report the issue at https://bugreports.qt-project.org/browse/QTBUG-41391. BTW, both Chromium and Chrome can watch other page with https://apprtc.appspot.com. Did anyone successfully start video conversation with WebRTC and WebEngine? Thanks and regards, Bobber From BCheng at intercalleurope.com Thu Sep 18 08:36:56 2014 From: BCheng at intercalleurope.com (Cheng, Bobber) Date: Thu, 18 Sep 2014 07:36:56 +0100 Subject: [Qtwebengine] WebRTC doesn't work Message-ID: <0606501861F0A446AC23CAD47518E5B912EB476974@lon01cexmbx01.us.intercall.com> Hi all, It seems WebRTC doesn't work in 5.4.0 Alpha. I neither connect to the other nor has other connect me when I test WebRTC with Qt WebEngine example browser and WebRTC demo https://apprtc.appspot.com. I report the issue at https://bugreports.qt-project.org/browse/QTBUG-41391. BTW, both Chromium and Chrome can watch other page with https://apprtc.appspot.com. Did anyone successfully start video conversation with WebRTC and WebEngine? Thanks and regards, Bobber -------------- next part -------------- An HTML attachment was scrubbed... URL: From kbarresi at iubble.com Mon Sep 29 05:02:32 2014 From: kbarresi at iubble.com (Kevin Barresi) Date: Sun, 28 Sep 2014 23:02:32 -0400 Subject: [Qtwebengine] Unsupported Content Download Message-ID: Hi all, I was wondering what the current replacement for QWebView::downloadUnsupportedContent(QNetworkReply*) in QWebEngine is, if any currently exists. If not, are there any plans to support something like this, or are we going to have to find some type of workaround for this? Thanks, Kevin -------------- next part -------------- An HTML attachment was scrubbed... URL: From jarred at webkit.org Tue Sep 30 03:24:44 2014 From: jarred at webkit.org (Jarred Nicholls) Date: Mon, 29 Sep 2014 21:24:44 -0400 Subject: [Qtwebengine] Windows Sandbox Support Message-ID: Hi Everyone, I noticed that the --no-sandbox flag is flipped on, as evident in WebEngineContext[1]. Is there a technical reason that sandboxing is turned off? I ask because I noticed that wow_helper.exe is not deployed with the rest of the WebEngine dependencies. wow_helper.exe is used to support sandboxing on Windows XP and Windows Vista. I wondered if - in particular - Vista had been tested yet and figured it would never run without wow_helper.exe, and that led me to discovering that sandboxing is disabled altogether. Thanks in advance, Jarred [1]: https://qt.gitorious.org/qt/qtwebengine/source/a0bd967d820f075128cd913d39334da47aac3f97:src/core/web_engine_context.cpp#L134 -------------- next part -------------- An HTML attachment was scrubbed... URL: From andras.becsi at digia.com Tue Sep 30 13:17:45 2014 From: andras.becsi at digia.com (Andras Becsi) Date: Tue, 30 Sep 2014 13:17:45 +0200 Subject: [Qtwebengine] Windows Sandbox Support In-Reply-To: References: Message-ID: <542A9159.9050703@digia.com> Hi Jarred, On 09/30/2014 03:24 AM, Jarred Nicholls wrote: > Hi Everyone, > > I noticed that the --no-sandbox flag is flipped on, as evident in > WebEngineContext[1]. Is there a technical reason that sandboxing is turned > off? > > I ask because I noticed that wow_helper.exe is not deployed with the rest > of the WebEngine dependencies. wow_helper.exe is used to support > sandboxing on Windows XP and Windows Vista. I wondered if - in particular > - Vista had been tested yet and figured it would never run without > wow_helper.exe, and that led me to discovering that sandboxing is disabled > altogether. We disable sandboxing because it is not implemented form QtWebEngine. It is not just a question of deploying a binary, we miss quite some code to be able to sandbox the render-process on our supported platforms, and since we did not prioritize sandbox support with this release it is not going to be supported. /Andras > > Thanks in advance, > Jarred > > [1]: > https://qt.gitorious.org/qt/qtwebengine/source/a0bd967d820f075128cd913d39334da47aac3f97:src/core/web_engine_context.cpp#L134 > > > > _______________________________________________ > QtWebEngine mailing list > QtWebEngine at qt-project.org > http://lists.qt-project.org/mailman/listinfo/qtwebengine > -- Best regards, András Bécsi Software Engineer - The Qt Company Visit us on: http://www.qt.io