Hi
I enable ENABLE_JIT_OPTIMIZE_PROPERTY_ACCESS feature and find that it will
crash when go back the home page after run follow test case, I think it is
caused by the optimize propery access, so anyone know that it is caused by the
arch related code or jit Infrastructure code? and if i disable
When i try to access https://bugs.webkit.org/show_bug.cgi?id=41482, it show me
follow information, so if I want to check some bug, it need send an email for
request to grant the permissions?
You are not authorized to access bug #41482.
--
BGs/Felix Shi
When I try to access https://bugs.webkit.org/show_bug.cgi?id=41482, it show me
follow information, so if I want to check some bug, it need send an email for
request to grant the permissions?
You are not authorized to access bug #41482.
--
BGs/Felix Shi
Please ask these questions on webkit-help. FWIW, not all bugs require
authentication to view.
On Wed, Aug 8, 2012 at 1:30 AM, talking1...@gmail.com wrote:
When i try to access https://bugs.webkit.org/show_bug.cgi?id=41482, it
show me follow information, so if I want to check some bug, it need
This is a security bug. Only some people can access those, typically the
security team members at least.
Philippe
On Wed, 2012-08-08 at 16:32 +0800, talking1...@gmail.com wrote:
When I try to access https://bugs.webkit.org/show_bug.cgi?id=41482, it
show me follow information, so if I want to
Security bugs are restricted so that security holes aren't made public until
they're fixed.
From: webkit-dev-boun...@lists.webkit.org [webkit-dev-boun...@lists.webkit.org]
on behalf of talking1...@gmail.com [talking1...@gmail.com]
Sent: Wednesday, August 08, 2012
Hi again,
Just to inform I've carefully followed the guidelines from Ryosuke as
well as other reviewers, and also people from www-style (regarding
blink value). The following patches are now pending review:
-webkit-text-decoration-line:
https://bugs.webkit.org/show_bug.cgi?id=90959
See https://bugs.webkit.org/show_bug.cgi?id=93195.
media/W3C/video/networkState/networkState_during_progress.html
and media/video-poster-blocked-by-willsendrequest.html are flaky on all
platforms because they behave differently if the loaded resource is cached.
Every time I've taken a stab at
That sounds like a great idea to me. I was actually surprised when fischman
told me we don't currently do this.
- Ryosuke
On Wed, Aug 8, 2012 at 10:47 AM, Ojan Vafai o...@chromium.org wrote:
See https://bugs.webkit.org/show_bug.cgi?id=93195.
I can see some downsides to emptying the cache before each test:
- we won't be getting any test coverage for cache behavior when it hits
non-trivial size;
- this may well make tests measurably slower;
- this will be yet another cause of subtle difference between platforms, as
some will
On Wed, Aug 8, 2012 at 11:43 AM, Alexey Proskuryakov a...@webkit.org wrote:
I can see some downsides to emptying the cache before each test:
- we won't be getting any test coverage for cache behavior when it hits
non-trivial size;
Then let's add a cache test explicitly for this. Otherwise we
On Wed, Aug 8, 2012 at 11:43 AM, Alexey Proskuryakov a...@webkit.org wrote:
I can see some downsides to emptying the cache before each test:
- we won't be getting any test coverage for cache behavior when it hits
non-trivial size;
We should have a separate test for that as Eric pointed
I noticed today that some patches are authored by svns...@macosforge.org:
http://trac.webkit.org/search?q=svnsync
Is this behavior expected?
Adam
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
On Wed, Aug 8, 2012 at 10:47 AM, Ojan Vafai o...@chromium.org wrote:
See https://bugs.webkit.org/show_bug.cgi?id=93195.
media/W3C/video/networkState/networkState_during_progress.html and
media/video-poster-blocked-by-willsendrequest.html are flaky on all
platforms because they behave
The existence of the enable flag you mention implies that you have an ancient
version of WebKit. Please consider updating.
-Filip
On Aug 7, 2012, at 11:39 PM, talking1...@gmail.com wrote:
Hi
I enable ENABLE_JIT_OPTIMIZE_PROPERTY_ACCESS feature and find that it will
crash when go back the
Hi,
It appears that we recommend the use of non-secure HTTP connection on many
webkit.org documents:
e.g. https://www.webkit.org/building/checkout.html
Can we move away from this and recommend the use of HTTPS instead? It's
very easy to eavesdrop the svn credentials if we're using HTTP.
Best,
My webkkit version 60* and many custom features are verified, so it is hard
to update it. But after check the Changlog, i find that GC is related with JIT
Infrastructure and ARCH code.
--
BGs/Felix Shi
At 2012-08-09 07:36:16,Filip Pizlo fpi...@apple.com wrote:
The existence of the enable
17 matches
Mail list logo