== Likely Future Modules ==
filesystem = DISCUSS BEFORE MODULARIZATION
notifications = DISCUSS BEFORE MODULARIZATION
pagevisibility = DISCUSS BEFORE MODULARIZATION
protocolhandler = DISCUSS BEFORE MODULARIZATION
websql = DISCUSS BEFORE MODULARIZATION
webaudio = DISCUSS BEFORE
Hi,
It seems Qt bots and developers are banned from svn.webkit.org. :(((
Could you remove 160.114.0.0/16 network from the ban list, please?
br,
Ossy
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
Hi All,
I have been observing svn.webkit.org trac.webkit.org are up down very
frequently since morning now both of them are down :( Is this kind of
known problem?
Regs,
Rahaman
-Original Message-
From: webkit-dev-boun...@lists.webkit.org
[mailto:webkit-dev-boun...@lists.webkit.org] On
Hi All,
To avoid overloading svn.webkit.org again and again with zillion svn
checkout after rm -rf-ed working copies on the bots, I stopped all
of our clobbered buildbot.
After unbanning our network, I'll copy a locally tar-ed WebKit-svn
copy to all bots and then restart them one by one not to
On 2012-03-01, at 03:37, Osztrogonac Csaba o...@inf.u-szeged.hu wrote:
Hi All,
To avoid overloading svn.webkit.org again and again with zillion svn
checkout after rm -rf-ed working copies on the bots, I stopped all
of our clobbered buildbot.
After unbanning our network, I'll copy a
Hello WebKit,
Currently, there is some limited support for speech recognition in
WebKit, by means of the x-webkit-speech attribute to input elements.
We would like to continue the development of this to allow web apps to
better utilize the possibilities of speech recognition and
text-to-speech
Mark Rowe írta:
On 2012-03-01, at 03:37, Osztrogonac Csaba o...@inf.u-szeged.hu wrote:
After unbanning our network, I'll copy a locally tar-ed WebKit-svn
copy to all bots and then restart them one by one not to overload
svn.webkit.org.
You can get a relatively up to date working copy from
On 2012-03-01, at 04:28, Osztrogonac Csaba o...@inf.u-szeged.hu wrote:
Mark Rowe írta:
On 2012-03-01, at 03:37, Osztrogonac Csaba o...@inf.u-szeged.hu wrote:
After unbanning our network, I'll copy a locally tar-ed WebKit-svn
copy to all bots and then restart them one by one not to overload
Here are some things that may help;
*#1 svn server overloading when all the slaves bootstrap at the same time*
The only good work around is to keep an internal read-only svn-mirror that
the slaves use instead of the real svn server.
This means that builds must be triggered on the svn-mirror,
Hi,
Marc-Antoine Ruel írta:
Here are some things that may help;
*#1 svn server overloading when all the slaves bootstrap at the same time*
The only good work around is to keep an internal read-only svn-mirror
that the slaves use instead of the real svn server.
This means that builds must be
On Mar 1, 2012, at 7:56 AM, Osztrogonac Csaba wrote:
And one more technical question. Could you add an svn post-commit hook to
do svnsync on the mirror svn server if we finished setting up the server?
How would you want svn.webkit.org to signal the mirror? I think having
svn.webkit.org
On Feb 29, 2012, at 9:44 AM, Simon Fraser wrote:
On Feb 29, 2012, at 9:32 AM, Hans Muller wrote:
Are the -webkit-transform-origin-x,y CSS properties on their way in our
out? The ugly little test below demonstrates that they're probably not
supported by Opera or Mozilla.
They are not
Hi,
William Siegrist írta:
On Mar 1, 2012, at 7:56 AM, Osztrogonac Csaba wrote:
And one more technical question. Could you add an svn post-commit hook to
do svnsync on the mirror svn server if we finished setting up the server?
How would you want svn.webkit.org to signal the mirror? I think
A Qt WebKit1 performance bot was added last week, sorry for the late
announcement.
If I'm not mistaken, currently run-perf-tests works with DRT only, but
what if we would like to make it work with WTR as well so we could
also have WebKit2 performance bots running? I'm not aware of the
On Feb 29, 2012, at 3:28 PM, Dirk Pranke wrote:
In my view, I would actually rather upload the combination of
committed + staged + unstaged changes rather than be told I have to
commit things; in other words, I actually prefer to commit what I've
uploaded rather than upload what I've
On Thu, Mar 1, 2012 at 6:41 PM, Jesus Sanchez-Palencia je...@webkit.orgwrote:
A Qt WebKit1 performance bot was added last week, sorry for the late
announcement.
If I'm not mistaken, currently run-perf-tests works with DRT only, but
what if we would like to make it work with WTR as well so we
Hi Hans,
On Thu, Mar 1, 2012 at 4:17 AM, Hans Wennborg h...@chromium.org wrote:
Currently, there is some limited support for speech recognition in
WebKit, by means of the x-webkit-speech attribute to input elements.
We would like to continue the development of this to allow web apps to
better
On Mar 1, 2012, at 8:45 AM, Dirk Schulze wrote:
On Feb 29, 2012, at 9:44 AM, Simon Fraser wrote:
On Feb 29, 2012, at 9:32 AM, Hans Muller wrote:
Are the -webkit-transform-origin-x,y CSS properties on their way in our
out? The ugly little test below demonstrates that they're probably
On Thu, Mar 1, 2012 at 9:43 AM, David Kilzer ddkil...@webkit.org wrote:
On Feb 29, 2012, at 3:28 PM, Dirk Pranke wrote:
In my view, I would actually rather upload the combination of
committed + staged + unstaged changes rather than be told I have to
commit things; in other words, I actually
It appears that build.webkit.org/console has been stale since
http://trac.webkit.org/changeset/109329
Could someone look into that?
- Ryosuke
On Wed, Feb 29, 2012 at 9:15 AM, Ashod Nakashian
ashodnakash...@yahoo.comwrote:
FYI,
The build server seems to be acting up again. All build servers
On Mar 1, 2012, at 9:36 AM, Osztrogonac Csaba o...@inf.u-szeged.hu wrote:
Hi,
William Siegrist írta:
On Mar 1, 2012, at 7:56 AM, Osztrogonac Csaba wrote:
And one more technical question. Could you add an svn post-commit hook to
do svnsync on the mirror svn server if we finished setting up
On Mar 1, 2012, at 11:13 AM, William Siegrist wsiegr...@apple.com wrote:
On Mar 1, 2012, at 9:36 AM, Osztrogonac Csaba o...@inf.u-szeged.hu wrote:
Hi,
William Siegrist írta:
On Mar 1, 2012, at 7:56 AM, Osztrogonac Csaba wrote:
And one more technical question. Could you add an svn
How about making this a compile time flag or runtime flag so that
Apple Dashboard and iOS can keep it but let other users of WebKit
disable it?
erik
On Tue, Feb 28, 2012 at 22:23, Benjamin Poulain benja...@webkit.org wrote:
On Tue, Feb 28, 2012 at 9:48 PM, t...@codeaurora.org wrote:
We shouldn't fragment WebKit engine behavior like that, especially when the
feature is already being used to detect WebKit browsers (any WebKit-based
browser would just be shooting itself in the foot by removing support for
this). My vote would be to just spec it. If Trident and WebKit already
I have opened the
On Thu, Mar 1, 2012 at 3:17 PM, Žan Doberšek zandober...@gmail.com wrote:
To get WKTR running the performance tests a '-2' switch must be added to
PerfTestRunner and some refactoring is required in the WKTR itself to
properly handle the '--no-timeout' switch when given.
I've
Hi Adam,
Hi Adam,
The proposal is to implement [3] which is a pure JS API and no new html
markup.
It will be implemented as a module as you suggested. The first patch in [4]
shows the first iteration of the implementation (
https://bugs.webkit.org/attachment.cgi?id=129679action=review ), though
William Siegrist írta:
The Szeged slaves are unblocked.
-Bill
Many thanks, I copied up-to-date svn working copy to them and then started.
I have only one more little request. Could you kick git.webkit.org too? It
seems it is still stay on r109303. Our EWS would be happy if it works again.
On Mar 1, 2012, at 12:54 PM, Osztrogonac Csaba o...@inf.u-szeged.hu wrote:
William Siegrist írta:
The Szeged slaves are unblocked. -Bill
Many thanks, I copied up-to-date svn working copy to them and then started.
I have only one more little request. Could you kick git.webkit.org too? It
On Thu, Mar 1, 2012 at 20:49, Satish Sampath sat...@chromium.org wrote:
Hi Adam,
The proposal is to implement [3] which is a pure JS API and no new html
markup.
Yes, what Satish said.
My apologies for being a bit unclear about which one we plan implement.
I have been following the ongoing
I agree with Hyatt.
It's not like this behavior is especially harmful or confusing. Authors are
unlikely to run into properties with hyphens in the names unless they go
looking. And it can be useful if you ever want to pass around actual CSS
property names by string in an API - no need to
Hi all!
Ted O'Connor recently proposed a new CSS function for the Images module to the
CSS working group called image-set. The idea behind the feature is to allow
authors to provide multiple variants of the same image at differing
resolutions, and to allow the User Agent to choose the resource
We have a lot of code (e.g. in ContainerNode.cpp or any of the editing
code) that needs to RefPtr nodes to make sure they're not destroyed due to
synchronous events like blur, mutation events, etc. For example,
ContainerNode::removeChild needs to RefPtr the parent to make it's not
destroyed during
(Resending from the right address...)
Hi Beth,
Thanks for letting us know about this! The feature sounds gerat for
anyone trying to make their pages more responsive.
Are you going to add any compilation flags? Also, if there is a
Bugzilla entry to track this, I'd like to know that.
When
Do we understand what's causing the performance regression? For
example, there are other implementation approaches where we try to
transfer the last ref rather than churning it or where we could use a
free list rather than a vector. I just wonder if there's a way to get
the benefits with a lower
On Thu, Mar 1, 2012 at 4:50 PM, Ojan Vafai o...@chromium.org wrote:
We have a lot of code (e.g. in ContainerNode.cpp or any of the editing
code) that needs to RefPtr nodes to make sure they're not destroyed due to
synchronous events like blur, mutation events, etc. For example,
I agree with Adam's remarks. The safety benefit seems great, but we should
investigate ways to get it at less performance cost (ideally no measurable
cost).
I'm also curious what impact this change has on less micro- but still
DOM-oriented benchmarks, such as Dromaeo's DOM tests, Peacekeeper,
I think my earlier testing was faulty. Now when I test case 2, I get
something comparable with and without the patch. If there is a regression,
it's below the noise. Running it through a profiler shows a negligible
amount of time in the new code.
I had tried running it through Dromaeo first, but
On Thu, Mar 1, 2012 at 7:18 PM, Ojan Vafai o...@chromium.org wrote:
I think my earlier testing was faulty. Now when I test case 2, I get
something comparable with and without the patch. If there is a regression,
it's below the noise. Running it through a profiler shows a negligible
amount of
38 matches
Mail list logo