> But are you planning to run test builds against live websites? That's
> not very polite on people's servers (i certainly wouldn't like anyone
> stress-testing my own servers for their benefit). And like some other
> people said, tests that rely on network randomness are not very
> reliable indica
On Mon, Jan 23, 2012 at 2:14 AM, Aaron Boodman wrote:
> On Sun, Jan 22, 2012 at 12:00 PM, Peter Kasting wrote:
>> On Sun, Jan 22, 2012 at 11:55 AM, Balazs Kelemen wrote:
>>>
>>> As the goal is to test "real world" use case I think it can be even better
>>> to simply load the sites from network.
I don't think this needs to be done by every developer on every checkin. It
could be done by the buildbots daily, and whenever a crash is found, somebody
would need to find the cause and turn it into a real regression test for later.
The fact that the web sites change over time isn't important
People run test builds against live servers by hand all the time. As long as
we don't do it too often, I don't see a problem. Especially as this list would
be taken from a list of "top 100" web sites, which presumably would each be big
enough to handle the traffic.
> -Original Message
Hi All,
I'm seeing the commit-queue bot
http://webkit-commit-queue.appspot.com/queue-status/commit-queue/bots/ec2-cq-02
consistently rebooting about every hour. I know I'm not the only one with a
patch that has commit-queue+ waiting for this to be resolved.
Can someone look into this failure.
On Mon, Jan 23, 2012 at 11:07 AM, Konrad Piascik wrote:
> I'm seeing the commit-queue bot
> http://webkit-commit-queue.appspot.com/queue-status/commit-queue/bots/ec2-cq-02
> consistently rebooting about every hour. I know I'm not the only one with a
> patch that has commit-queue+ waiting for t
On Mon, Jan 23, 2012 at 11:12 AM, Adam Barth wrote:
> On Mon, Jan 23, 2012 at 11:07 AM, Konrad Piascik wrote:
>> I'm seeing the commit-queue bot
>> http://webkit-commit-queue.appspot.com/queue-status/commit-queue/bots/ec2-cq-02
>> consistently rebooting about every hour. I know I'm not the onl
On 17/01/2012, at 10:41 AM, Bear Travis wrote:
> A group of us at Adobe has been looking into adding support for
> ProgressEvents
> to images. The overall goal is to simplify image download progress reporting
> by supporting roughly the same progress events as XHR and the File API for
> imag
Ok, I'm going to file a bug for style checker. And, add you guys to CC. :-)
Thank you,
Gyuyoung.
On Sat, Dec 31, 2011 at 7:09 AM, David Levin wrote:
> Feel free to patch the style checker as appropriate. I suspect there may
> be some changes needed here:
>
> http://trac.webkit.org/browser/trunk
Hello Dave,
As I mentioned in previous email, I couldn't change the coding style of
public header file. So, EFL port still has naming violation regarding EFL
coding style in public header.
It also influences on .cpp files. For example, function naming, EFL data
type. So, I only could remove *whit
In new port case, for example EFL port, we unfortunately don't have special
reviewer for our port yet.
So, we have requested to review on IRC after finishing our informal review.
If we only
ask some reviewers to review, the reviewers will have too many review
burden. We have
found proper reviewers
In new port case, for example EFL port, we unfortunately don't have special
reviewer for our port yet.
So, we have requested to review on IRC after finishing our informal review.
If we only
ask some reviewers to review, the reviewers will have too many review
burden. We have
found proper reviewers
In new port case, for example EFL port, we unfortunately don't have special
reviewer for our port yet.
So, we have requested to review on IRC after finishing our informal review.
If we only
ask some reviewers to review, the reviewers will have too many review
burden. We have
found proper reviewers
Hello WebKit folks.
It looks that the result of layout test for EFL port needs rebaseline
because of 101343. The revision modified line spacing of font in
SimpleFontDataFreeType.cpp, and it seems that the existing layout test
result of EFL port was influenced by it. (
http://trac.webkit.org/change
On Mon, Jan 16, 2012 at 12:02 AM, Gyuyoung Kim wrote:
> Hello WebKit folks.
>
> It looks that the result of layout test for EFL port needs rebaseline
> because of 101343. The revision modified line spacing of font in
> SimpleFontDataFreeType.cpp, and it seems that the existing layout test
> resul
On 1/23/12 2:55 PM, Dean Jackson wrote:
On 17/01/2012, at 10:41 AM, Bear Travis wrote:
Developers have taken various tacks to enable progress reporting, for example
in some cases XHR can be used to download image files. Max Vujovic just
published a blog about the practicalities of doing so:
Hi Dean,
Thank you for the feedback. We have floated the idea to the WHATWG mailing
list, and are attempting to build enough support to draft a proper
proposal.
-Bear
On 1/23/12 2:55 PM, "Dean Jackson" wrote:
>
>On 17/01/2012, at 10:41 AM, Bear Travis wrote:
>
>> A group of us at Adobe has be
There's a brief discussion of the cross-origin case in the
""ProgressEvents for Images" WhatWG thread:
http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2012-January/034362.htm
l and the WebKit bug about this proposed feature:
https://bugs.webkit.org/show_bug.cgi?id=76102
For cross-site images f
On Mon, Jan 23, 2012 at 4:02 PM, Hans Muller wrote:
> There's a brief discussion of the cross-origin case in the
> ""ProgressEvents for Images" WhatWG thread:
> http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2012-January/034362.htm
> l and the WebKit bug about this proposed feature:
> https:/
19 matches
Mail list logo
