[webkit-gtk] Exposing enable-web-security through WebKitSettings? (for test harnesses)

Sven Schwedas sven.schwedas at tao.at
Tue Mar 18 08:13:33 PDT 2014


Hi,

On 2014-03-18 16:09, Mario Sanchez Prada wrote:
> Hi all,
> 
> Today I was trying to run the CSS 2.1 suite with MiniBrowser, as described in [1], but could not do it because the test suite would not run due to the following error observed in the JS console:
> 
> "No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'null' is therefore not allowed access."
> 
> That is basically the "same-origin" policy working, which gets honoured internally if the WebSecurityEnabled property is set to true (which is like that by default). Actually, doing a quick check with chromium led to a similar result (test suite not running), but in that case it was easy to overcome the problem since chromium provides a --disable-web-security command line switch that you can use to disable the "same-origin" policy (see [2]).
> 
> So, because I'm pretty much interested in running that test suite in WebKit too, I just did some small changes to expose this setting too in WebKit2GTK (I use a "enable-web-security" property) and I was wondering if there would be interest in upstreaming this as part of the WebKitSettings API.
> 
> Honestly, I'm not sure how useful exposing this feature would be or how many use cases would benefit of it, but I know of one which is the one I found (test harnesses), which seems to be the primary reason for this setting to exist, as I can red from Document.cpp:
> 
>  [...]
>  if (Settings* settings = this->settings()) {
>      if (!settings->webSecurityEnabled()) {
>          // Web security is turned off. We should let this document access every other document. This is used primary by testing
>          // harnesses for web sites.
>          securityOrigin()->grantUniversalAccess();
>      } else if (securityOrigin()->isLocal()) {
>          [...]
>      }
>      [...]
>  } 
> 
> So, what do you think? I have the patch almost ready (documentation not added yet) in a local branch so I was thinking of filing a bug and attaching it for review unless someone thinks this is not a good idea.

I'd really appreciate it, we're using Chromium with this to locally test
web applications. Being able to use (Py)WebkitGTK would make testing a
lot easier. :-)

> Thanks,
> Mario
> 
> [1] http://trac.webkit.org/wiki/CSS21Results
> [2] http://peter.sh/experiments/chromium-command-line-switches
> 
> _______________________________________________
> webkit-gtk mailing list
> webkit-gtk at lists.webkit.org
> https://lists.webkit.org/mailman/listinfo/webkit-gtk
> 

-- 
Mit freundlichen Grüßen, / Best Regards,
Sven Schwedas
Systemadministrator
TAO Beratungs- und Management GmbH | Lendplatz 45 | A - 8020 Graz
Mail/XMPP: sven.schwedas at tao.at | +43 (0)680 301 7167
http://software.tao.at

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 665 bytes
Desc: OpenPGP digital signature
URL: <https://lists.webkit.org/pipermail/webkit-gtk/attachments/20140318/541743c0/attachment.sig>


More information about the webkit-gtk mailing list