Re: [webkit-dev] cr-linux-ews migration

Sorry for the recent flakiness in the cr-linux-ews and the commit-queue. There was a subtle issue exposed by the migration that should hopefully be resolved by http://trac.webkit.org/changeset/123580. Adam On Fri, Jul 13, 2012 at 12:44 AM, Adam Barth wrote: > The cr-linux-ews migration seems t

Re: [webkit-dev] Question related to license in WK2 EFL port

Hi, This kind of decision is not easy to take and cannot necessarily be taken by us developers (our employers may favor one particular license). The WebKit project allows both Apple's new BSD or LGPL as far as I know. So, as long as contributors use one of those 2 licenses for WebKit-EFL, I don't

[webkit-dev] Question related to license in WK2 EFL port

Hello WebKit folks, I'd like to have your opinions on EFL port licensing. Currently it uses both LGPL and BSD, and there's no explicit rule in EFL port so far. So the license was decided by individual contributor when new file was submitted. Nowadays, some EFL contributors are confused which l

Re: [webkit-dev] Question about JITStackFrame

> If my understanding is correct, there needs to be some assembly code to setup > the JITStackFrame before we call this. How and where is this supposed to be > handled? The baseline JIT stack frame is set up once, upon entry to the baseline JIT. See the "ctiTrampoline" function. Depending on t

Re: [webkit-dev] Delaying Applying CSS Effects

In SVG we have SVGResourcesCache which takes care of that. Greetings, Dirk On Jul 24, 2012, at 3:56 PM, Dean Jackson wrote: > > On 25/07/2012, at 6:09 AM, Keyar Hood wrote: > >> I am working on https://bugs.webkit.org/show_bug.cgi?id=90405 >> >> The problem is that when doing SVG filters in

Re: [webkit-dev] Delaying Applying CSS Effects

On 25/07/2012, at 6:09 AM, Keyar Hood wrote: > I am working on https://bugs.webkit.org/show_bug.cgi?id=90405 > > The problem is that when doing SVG filters in CSS using URL references, if > the target SVG filter is after the element that the filter is to be applied > to (the filtered element)

Re: [webkit-dev] Non JS Function call.

op_call_NotJSFunction is only referenced during the final linking phase. Actual compilation requires two distinct operations: 1) planting the call instruction and 2) linking the call target after the code has been relocated. Here is the (64-bit) version of the call + link logic: ... prese

Re: [webkit-dev] Non JS Function call.

Grep gives nothing, there is only one mention of op_call_NotJSFunction in privateCompileCTIMachineTrampolines(JITOpcodes.cpp), but I don't see any call instruction there. Still can't understand how calls orgonized in SXF. On 24 July 2012 20:07, Filip Pizlo wrote: > > On Jul 24, 2012, at 5:51 AM

Re: [webkit-dev] Do we need a "webkitBackground" property for XMLHttpRequest?

> From: webkit-dev-boun...@lists.webkit.org > [webkit-dev-boun...@lists.webkit.org] on behalf of Adam Barth > [aba...@webkit.org] > > > Do you know why the chromium has not cancel auth dialog for XHR? Is this > > the main reason? > > The network stack folks did a round of removing auth dialogs

Re: [webkit-dev] Question about JITStackFrame

Hi, Am 24.07.2012 um 22:08 schrieb Patrick East: > So I can see from "JITStackFrame& stackFrame = > *reinterpret_cast( args)" that the args parameter is supposed > to be the address of the JITStackFrame. If my understanding is correct, there > needs to be some assembly code to setup the JITStac

[webkit-dev] Delaying Applying CSS Effects

I am working on https://bugs.webkit.org/show_bug.cgi?id=90405 The problem is that when doing SVG filters in CSS using URL references, if the target SVG filter is after the element that the filter is to be applied to (the filtered element), then the filter will not be applied. Looking at the code,

[webkit-dev] Question about JITStackFrame

We've been working on trying to get SH4 JIT working on another platform that uses the microsoft compiler.  As part of this effort we could really use someones help in understanding a little of the fundamentals for the JIT stackframe.  We have it partially working right now but there are still a

Re: [webkit-dev] WebKit memory instrumentation

24.07.2012, 22:30, "Allan Sandfeld Jensen" : > Hi > > This is very interesting. I have been trying to debug memory-comsumption > lately as well, though I have used different methods: > > I guess this API is to make the data available in web-inspector right? > I have gathered similar data using va

Re: [webkit-dev] WebKit memory instrumentation

On Jul 24, 2012, at 12:39 AM, Yury Semikhatsky wrote: > > > On Tue, Jul 24, 2012 at 12:47 AM, Maciej Stachowiak wrote: > > On Jul 23, 2012, at 8:09 AM, Yury Semikhatsky wrote: > >> >> >> First option we consider is to define a class with the same set of fields as >> the instrumented one

Re: [webkit-dev] WebKit memory instrumentation

Hi This is very interesting. I have been trying to debug memory-comsumption lately as well, though I have used different methods: I guess this API is to make the data available in web-inspector right? I have gathered similar data using valgrind's massif which can tell you which objects have be

[webkit-dev] New feature: setRangeText()

Hey, I'm looking into implementing setRangeText() on text controls. setRangeText is a convenience method to set/replace ranges of text and manipulate the existing/resulting selection in text form controls. Tracking bug: https://bugs.webkit.org/show_bug.cgi?id=91907 Spec: http://www.whatwg.org/sp

Re: [webkit-dev] Do we need a "webkitBackground" property for XMLHttpRequest?

On Tue, Jul 24, 2012 at 9:28 AM, xuewen.wang wrote: > Do you know why the chromium has not cancel auth dialog for XHR? Is this > the main reason? The network stack folks did a round of removing auth dialogs for subresources a while back. I'm not sure why they didn't remove the dialog from XHR.

Re: [webkit-dev] WebDriver support in WebKit

On Tue, Jul 24, 2012 at 7:12 AM, Žan Doberšek wrote: > > > On Mon, Jul 23, 2012 at 10:50 PM, Ken Kania wrote: > >> The WebDriver w3c spec was >> recently published as a first public working draft. The primary goal of >> the API is to enable web

Re: [webkit-dev] Do we need a "webkitBackground" property for XMLHttpRequest?

Adam: Do you know why the chromium has not cancel auth dialog for XHR? Is this the main reason? Sean Wang On 07/24/2012 11:52 PM, Brady Eidson wrote: > On Jul 24, 2012, at 2:58 AM, Adam Barth wrote: > >> I don't think we should add this property. Instead we should not ever >> present HTTP auth di

Re: [webkit-dev] Non JS Function call.

On Jul 24, 2012, at 5:51 AM, vahe vardanyan wrote: > Hi all. > > As I understand in SFX all non JS functions calls go trough > JITStubs:op_call_NotJSFunction function. > > But in which point, where, the op_call_NotJSFunction function is called? It's called from code generated by the JIT. I w

Re: [webkit-dev] Do we need a "webkitBackground" property for XMLHttpRequest?

On Jul 24, 2012, at 2:58 AM, Adam Barth wrote: > I don't think we should add this property. Instead we should not ever > present HTTP auth dialogs for any requests other than the main > resource for the top-level frame. Presenting HTTP auth dialogs in > other contexts is a phishing risk. I th

Re: [webkit-dev] WebDriver support in WebKit

On Mon, Jul 23, 2012 at 10:50 PM, Ken Kania wrote: > The WebDriver w3c spec was > recently published as a first public working draft. The primary goal of > the API is to enable website testing from a user's perspective (finding > elements, typin

[webkit-dev] Non JS Function call.

Hi all. As I understand in SFX all non JS functions calls go trough JITStubs:op_call_NotJSFunction function. But in which point, where, the op_call_NotJSFunction function is called? Can anyone please explain how function calls are implemented in SFX(simple jit). Thanks for attention ___

Re: [webkit-dev] Do we need a "webkitBackground" property for XMLHttpRequest?

I don't think we should add this property. Instead we should not ever present HTTP auth dialogs for any requests other than the main resource for the top-level frame. Presenting HTTP auth dialogs in other contexts is a phishing risk. Adam On Tue, Jul 24, 2012 at 2:47 AM, xuewen wrote: > > Whe

[webkit-dev] Do we need a "webkitBackground" property for XMLHttpRequest?

When we send XMLHttpRequest to access search engines or it is sent from chrome extensions, we may do/don't want the browser to show the authentication challenge dialog. Should we provide a property to give a choice to users such as the "webkitBackground"? Please see the bug https://bugs.we

Re: [webkit-dev] WebKit memory instrumentation

On Tue, Jul 24, 2012 at 12:47 AM, Maciej Stachowiak wrote: > > On Jul 23, 2012, at 8:09 AM, Yury Semikhatsky wrote: > > * > > First option we consider is to define a class with the same set of fields > as the instrumented one, then have a compile time assert that size of the > reference class eq