Re: [webkit-dev] Another WPT bite

I filed https://bugs.webkit.org/show_bug.cgi?id=172068 to track the need for some extra tooling for HTTP/WPT served tests. We already gathered information about related requirements & workflows here. Let's add more there! Le ven. 12 mai 2017 à 19:50, a écrit : > > 12 мая 2017 г., в 19:38, Brian

Re: [webkit-dev] Another WPT bite

On Fri, May 12, 2017 at 11:49 PM, Maciej Stachowiak wrote: > It seems like there's two unusual things about WPT: > - At least according to Alexey, WPT tests are somewhat prone to flakiness in > Safari. Although they haven't always been working perfectly, changes to web-platform-tests run through

Re: [webkit-dev] Another WPT bite

> On May 12, 2017, at 7:31 PM, Alexey Proskuryakov wrote: > >> >> 12 мая 2017 г., в 16:12, Sam Weinig > > написал(а): >> >> >> >>> On May 12, 2017, at 2:49 PM, Alexey Proskuryakov >> > wrote: >>> >>> 12 мая 2017 г., в 14:38, Sam Weinig

Re: [webkit-dev] Another WPT bite

> 12 мая 2017 г., в 19:38, Brian Burg написал(а): > >> I think that I explained it very clearly, but let me try again. >> >> When there is a test failure that I need to communicate to others, I say >> something "please open >>

Re: [webkit-dev] Another WPT bite

On Fri, May 12, 2017 at 7:38 PM, Brian Burg wrote: > > If the person works on WebKit, then it seems unreasonable that they would do > work without a checkout. This is not entirely true. If I have an iOS device, it's a lot easier to load up a web page on a public server somewhere rather than sett

Re: [webkit-dev] Another WPT bite

On Fri, May 12, 2017 at 7:31 PM, Alexey Proskuryakov wrote: > > 12 мая 2017 г., в 16:12, Sam Weinig написал(а): > > > > On May 12, 2017, at 2:49 PM, Alexey Proskuryakov wrote: > > > 12 мая 2017 г., в 14:38, Sam Weinig написал(а): > > I regret piling on here, as I think this thread has diverged

Re: [webkit-dev] Another WPT bite

> 12 мая 2017 г., в 16:12, Sam Weinig написал(а): > > > >> On May 12, 2017, at 2:49 PM, Alexey Proskuryakov > > wrote: >> >> >>> 12 мая 2017 г., в 14:38, Sam Weinig >> > написал(а): >>> >>> I regret piling on here, as I think this thread has

Re: [webkit-dev] Another WPT bite

> On the topic of LayoutTest/imported tests, can someone describe the > current process of working with LayoutTest/imported? > > How do we handle a broken test in our tree? > > • Do we modify our expectations? > > - If so, how do we remember to change the expectations in a later import? > > If a te

Re: [webkit-dev] Another WPT bite

> On May 12, 2017, at 2:39 PM, Ryosuke Niwa wrote: > > On Fri, May 12, 2017 at 12:04 PM, Alexey Proskuryakov > wrote: > >> We don't have a concept of "first class", but I hope that when choosing >> between looking into a simple test that was added for a known important b

Re: [webkit-dev] Another WPT bite

> On May 12, 2017, at 2:49 PM, Alexey Proskuryakov wrote: > > >> 12 мая 2017 г., в 14:38, Sam Weinig > > написал(а): >> >> I regret piling on here, as I think this thread has diverged from it’s >> original purpose, but…I understand this frustration. That said, perhap

Re: [webkit-dev] Another WPT bite

I would guess Chromium and Mozilla to have the same issues there. Incidentally, some work is being done right now to ease the run-a-server-then-launch-a-browser thing. We should be able to piggy-back on that effort and also handle the same thing for LayoutTetsts/http/tests.

Re: [webkit-dev] Another WPT bite

> 12 мая 2017 г., в 14:39, Ryosuke Niwa написал(а): > > This is absolutely not how I operate at all. Since almost all custom > elements and shadow DOM API tests I wrote are written using > testharness.js and upstreamed to web-platform-tests, they have been > deleted from LayoutTests/fast/shadow-

Re: [webkit-dev] Another WPT bite

> On May 12, 2017, at 2:39 PM, Ryosuke Niwa wrote: > > On Fri, May 12, 2017 at 12:04 PM, Alexey Proskuryakov wrote: >> >> 12 мая 2017 г., в 11:52, Ben Kelly написал(а): >> >> On Fri, May 12, 2017 at 2:26 PM, Rick Byers wrote: >>> >>> On Fri, May 12, 2017 at 2:06 PM, Alexey Proskuryakov >

Re: [webkit-dev] Another WPT bite

> 12 мая 2017 г., в 14:38, Sam Weinig написал(а): > > I regret piling on here, as I think this thread has diverged from it’s > original purpose, but…I understand this frustration. That said, perhaps this > is something we can solve with some tooling. For instance, a > run-test-in-safari (as a

Re: [webkit-dev] Another WPT bite

> On May 12, 2017, at 2:10 PM, Simon Fraser wrote: > >> >> On May 12, 2017, at 12:04 PM, Alexey Proskuryakov > > wrote: >> >> >>> 12 мая 2017 г., в 11:52, Ben Kelly >> > написал(а): >>> >>> On Fri, May 12, 2017 at 2:26 PM, Rick Byers >>

Re: [webkit-dev] Another WPT bite

On Fri, May 12, 2017 at 12:04 PM, Alexey Proskuryakov wrote: > > 12 мая 2017 г., в 11:52, Ben Kelly написал(а): > > On Fri, May 12, 2017 at 2:26 PM, Rick Byers wrote: >> >> On Fri, May 12, 2017 at 2:06 PM, Alexey Proskuryakov >> wrote: >>> >>> Since imported WPT tests are very flaky, and are no

Re: [webkit-dev] Another WPT bite

> On May 12, 2017, at 2:10 PM, Simon Fraser wrote: > > >> On May 12, 2017, at 12:04 PM, Alexey Proskuryakov > > wrote: >> >> >>> 12 мая 2017 г., в 11:52, Ben Kelly >> > написал(а): >>> >>> On Fri, May 12, 2017 at 2:26 PM, Rick Byers >>

Re: [webkit-dev] Another WPT bite

On Fri, May 12, 2017 at 2:10 PM, Simon Fraser wrote: > > On May 12, 2017, at 12:04 PM, Alexey Proskuryakov wrote: > > > 12 мая 2017 г., в 11:52, Ben Kelly написал(а): > > On Fri, May 12, 2017 at 2:26 PM, Rick Byers wrote: >> >> On Fri, May 12, 2017 at 2:06 PM, Alexey Proskuryakov >> wrote: >>>

Re: [webkit-dev] Another WPT bite

Our test importer script is perfectly able to rewrite those paths to use relative paths. However, Youenn, who imports and re-syncs most tests does not like this option I believe. I think, part of the issue is that *some* tests do not do the right thing when loading over file:// (e.g. security on

Re: [webkit-dev] Another WPT bite

For what it's worth, my personal solution to this was to put a symlink in / for the resources directory: lrwxrwxrwx 1 root root 55 Dec 11 2015 /resources -> /home/cbiesinger/csswg-test/resources/ Hm, I guess I should update that to web-platform-tests now! Christian On Fri, May 12, 2017 at 5:10

Re: [webkit-dev] Another WPT bite

> On May 12, 2017, at 12:04 PM, Alexey Proskuryakov wrote: > > >> 12 мая 2017 г., в 11:52, Ben Kelly > > написал(а): >> >> On Fri, May 12, 2017 at 2:26 PM, Rick Byers > > wrote: >> On Fri, May 12, 2017 at 2:06 PM, Alexey Proskuryakov >

Re: [webkit-dev] Another WPT bite

Filed https://github.com/w3c/web-platform-tests/issues/5909 and https://github.com/w3c/web-platform-tests/issues/5910. Le ven. 12 mai 2017 à 12:08, Rick Byers a écrit : > On Fri, May 12, 2017 at 2:43 PM, youenn fablet wrote: > >> >> Le ven. 12 mai 2017 à 11:07, Alexey Proskuryakov a >> écrit

Re: [webkit-dev] Another WPT bite

On Fri, May 12, 2017 at 2:43 PM, youenn fablet wrote: > > Le ven. 12 mai 2017 à 11:07, Alexey Proskuryakov a écrit : > >> >> 9 мая 2017 г., в 11:27, Simon Fraser написал(а): >> >> >> Another consideration here is "would my test be useful for other browser >> vendors". I don't think the answer i

Re: [webkit-dev] Another WPT bite

> 12 мая 2017 г., в 11:52, Ben Kelly написал(а): > > On Fri, May 12, 2017 at 2:26 PM, Rick Byers > wrote: > On Fri, May 12, 2017 at 2:06 PM, Alexey Proskuryakov > wrote: > Since imported WPT tests are very flaky, and are not necessarily writt

Re: [webkit-dev] Another WPT bite

On Fri, May 12, 2017 at 2:26 PM, Rick Byers wrote: > On Fri, May 12, 2017 at 2:06 PM, Alexey Proskuryakov > wrote: > >> Since imported WPT tests are very flaky, and are not necessarily written >> to defend against important regressions, investigating issues with them is >> relatively lower prior

Re: [webkit-dev] Another WPT bite

Le ven. 12 mai 2017 à 11:07, Alexey Proskuryakov a écrit : > > 9 мая 2017 г., в 11:27, Simon Fraser написал(а): > > > Another consideration here is "would my test be useful for other browser > vendors". I don't think the answer is a unanimous "yes", so I think we > should only use WPT for tests

Re: [webkit-dev] Another WPT bite

On Fri, May 12, 2017 at 2:06 PM, Alexey Proskuryakov wrote: > > 9 мая 2017 г., в 11:27, Simon Fraser написал(а): > > Another consideration here is "would my test be useful for other browser > vendors". I don't think the answer is a unanimous "yes", so I think we > should only use WPT for tests t

Re: [webkit-dev] Another WPT bite

> 9 мая 2017 г., в 11:27, Simon Fraser написал(а): > > Another consideration here is "would my test be useful for other browser > vendors". I don't think the answer is a unanimous "yes", so I think we should > only use WPT for tests that will think are worth sharing. Since imported WPT tests

Re: [webkit-dev] Fwd: Port WebKit to GNUstep

12.05.2017, 18:14, "Daniel Ferreira (theiostream)" : > On Fri, May 12, 2017 at 11:17 AM, Konstantin Tokarev > wrote: >>  Choice of the correct MemoryPressureHandler implementation can be done >>  in your Platform*.cmake >> >>  Note that you don't need to duplicate PlatformMac files and make cha

Re: [webkit-dev] Fwd: Port WebKit to GNUstep

On Fri, May 12, 2017 at 11:17 AM, Konstantin Tokarev wrote: > Choice of the correct MemoryPressureHandler implementation can be done > in your Platform*.cmake > > Note that you don't need to duplicate PlatformMac files and make changes, > it would be wiser to include(PlatformMac.cmake) and then ma

Re: [webkit-dev] Fwd: Port WebKit to GNUstep

12.05.2017, 17:03, "Daniel Ferreira (theiostream)" : > On Thu, May 11, 2017 at 11:58 PM, Ryosuke Niwa wrote: >>  Are you intending to maintain this port going forward? The bar for >>  introducing a new port in the WebKit repository is pretty high due to >>  the maintenance cost it incurs to all

Re: [webkit-dev] Fwd: Port WebKit to GNUstep

On Thu, May 11, 2017 at 11:58 PM, Ryosuke Niwa wrote: > Are you intending to maintain this port going forward? The bar for > introducing a new port in the WebKit repository is pretty high due to > the maintenance cost it incurs to all other contributors. Unless > you're intending to maintain your