Re: [chromium-dev] changes to specifying test names (and test_expectations.txt) for Layout tests

2010-01-14 Thread Julie Parent
I just updated http://sites.google.com/a/chromium.org/dev/developers/testing/webkit-layout-tests to reflect these changes as well. On Thu, Jan 14, 2010 at 10:40 AM, Ojan Vafai o...@google.com wrote: I think the data for the dashboard is fine. There's just some dashboard logic that needs

Re: [chromium-dev] WebKit Gardeners 3 rebaseline.py -w

2010-01-08 Thread Julie Parent
Yeah, me too. This is what tends to lead to me spending the day after my gardening rotation doing clean up. Maybe if we had 2 people gardening at the same time they could do this real time, but on a normal day, I think it is too much for one person. This tool is awesome though! Julie On Fri,

[chromium-dev] Re: [chromium-extensions] HTML5 spellcheck attribute

2009-10-15 Thread Julie Parent
On Thu, Oct 15, 2009 at 10:04 AM, Aaron Boodman a...@chromium.org wrote: This is not really an extensions question. I think you want chromium-...@. - a On Thu, Oct 15, 2009 at 9:10 AM, Mixe twitter...@googlemail.com wrote: Chrome does not support HTML5 spellcheck attribute? Then why

[chromium-dev] Re: [LTTF] Flaky tests and setTimeout

2009-10-15 Thread Julie Parent
Another class of layout tests with bad setTimeouts in them - Tests of the form: body onload=runTest(); img ... function runTest() { // Wait for img to load setTimeout(step2, 200); } These tests are not flaky, but the setTimeouts are completely unnecessary (body onload always fires AFTER the

[chromium-dev] Re: WebKit Layouts bot pulling code from the canary?

2009-10-15 Thread Julie Parent
Would another solution be to have canary bots for both release and debug? On Thu, Oct 15, 2009 at 1:58 PM, Yaar Schnitman y...@chromium.org wrote: The layout try bots are just too slow for the purposes of webkit gardening, which needs to keep up with the fast stream of layout test breakage

[chromium-dev] Re: layout test dashboard goofup

2009-10-15 Thread Julie Parent
I actually have a copy of the data from Tuesday at 2:30pm. If you need any information out of the results page, just let me know. Julie On Thu, Oct 15, 2009 at 10:58 AM, Ojan Vafai o...@google.com wrote: I put some more thought into this. Given that we only store a month's worth of data,

Re: Layout test flakiness WAS: [chromium-dev] Re: [LTTF][WebKit Gardening]: Keeping up with the weeds.

2009-10-13 Thread Julie Parent
We did this on my last project to deal with flaky test infrastructure. It worked well in that test failures were pretty much guaranteed to be real (we ran tests 3 times and only reported failure if a test failed all 3 times), but it did definitely make us stop caring about flaky tests.

[chromium-dev] Re: [LTTF][WebKit Gardening]: Keeping up with the weeds.

2009-10-13 Thread Julie Parent
I like the idea of ownership of groups of layout tests. Maybe these directory owners could be more like the finders? An owner shouldn't have to necessarily fix everything in a group/directory, but they should be responsible for triaging and getting meaningful bugs filled for them, to keep things

[chromium-dev] Re: seeking webkit reviewer for chrome-specific patches

2009-10-13 Thread Julie Parent
Be sheriff that day :) Real advice: Once you have webkit patch R+'ed and chrome rebaselines ready, let the gardener know. Once the gardener is caught up, they can set commit-queue flag on your change, so it gets committed at a time when they are ready to deal with it and your follow up change

[chromium-dev] [LTTF] Flaky tests and setTimeout

2009-10-09 Thread Julie Parent
For those of you looking into flaky tests - I've found a surprising number of tests that are flaky because they use a setTimeout to guarantee that a resource (usually an iframe) has loaded. This leads to slower running, flaky tests. To address this, change the tests upstream to use onload

[chromium-dev] Rubber stamping layout test rebaselines considered harmful

2009-09-03 Thread Julie Parent
Problem: People rubber stamp or TBR rebaselines instead of doing normal reviews, because they are hard to review, due to lack of detailed knowledge about why they are being rebaselined. This is causing bad baselines to be checked in, which leads to layout test failures, which leads to sadness.

[chromium-dev] Re: Layout try slaves

2009-08-31 Thread Julie Parent
Are these running release or dbg? On Mon, Aug 31, 2009 at 1:12 PM, Marc-Antoine Ruel mar...@chromium.orgwrote: On Mon, Aug 31, 2009 at 12:39 PM, Brett Wilsonbre...@chromium.org wrote: On Mon, Aug 31, 2009 at 10:13 AM, Marc-Antoine Ruelmar...@chromium.org wrote: If you are not a

[chromium-dev] Re: 3.0.195.1 Released to Dev Channel

2009-07-22 Thread Julie Parent
What is the best way to figure out which WebKit revision this corresponds to? Some of the older release notes were including that information in the notes, but I don't see it in the last few releases. On Wed, Jul 22, 2009 at 5:28 PM, Jon j...@chromium.org wrote: See

[chromium-dev] Re: running layout_tests on vista and windows 7

2009-07-13 Thread Julie Parent
On Mon, Jul 13, 2009 at 1:16 PM, Dirk Pranke dpra...@google.com wrote: Yup, I've already adopted that. Thanks! On Mon, Jul 13, 2009 at 12:55 PM, Thomas Van Lententhoma...@chromium.org wrote: Quick skimmed reply: Mac already has expectations per OS where we need them, so you might be

[chromium-dev] Re: Text editing freezing jank?

2009-06-11 Thread Julie Parent
If anyone sees this somewhere other than Gmail replies, please comment on the bug. On Thu, Jun 11, 2009 at 1:00 PM, Nick Baum nickb...@chromium.org wrote: Doh, thanks! -Nick On Thu, Jun 11, 2009 at 12:18 PM, Peter Kasting pkast...@google.comwrote: On Thu, Jun 11, 2009 at 12:17 PM, Nick