[webkit-dev] Accessibility for Mac OSX Chromium?
Hi Chromium devs, I noticed in the latest Chromium beta it seemed that there was still no accessibility for the mac. It should be a fairly straightforward process of enabling accessibility. Please contact me if you need any help or guidance in getting the mac accessibility up and running. We'd love to see another accessible browser on the Mac. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Cancel image loading in webkit browsers
On Feb 23, 2010, at 10:27 PM, Bernhard zwischenbrugger wrote: > hi all > > I'm working on a (openstreetmap) slippy map for iphone browser. > http://lamp2.fhstp.ac.at/~lbz/beispiele/ws2009/iphonemap4/simple.html > > At the moment I have a problem with cancel image loading. > > Simple example: > > > document.getElementById("img").setAttribute("src","image1.jpg"); > document.getElementById("img").setAttribute("src","image2.jpg"); > > > Firefox does not load image1.jpg because it is not really needed. > Webkit loads the image1.jpg and that is a big problem. > > Here a page that shows the effect more detailed: > http://lamp2.fhstp.ac.at/~lbz/beispiele/ss2010/webkit/ > > > Is there a way to cancel image loading in WebKit browsers? > To change the src attribute does not stop loading -> slow map The first step is to file a bug at bugs.webkit.org, with a simple testcase. Simon ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] Commit queue blocked because of failing tests
Adam Barth pointed out that the commit queue has been blocked for about 20 hours. Looking at the reason why: editing/undo/undo-deleteWord.html -> failed editing/undo/undo-iframe-location-change.html -> failed If you have made changes in this area recently, could you please fix these test failures? Thanks, -Ken ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Commit queue blocked because of failing tests
Actually, it doesn't appear to be do to recent changes in this area. They started failing after r55177 ( http://build.webkit.org/waterfall?last_time=1266975298), but that change is unrelated to these test as far as I can tell. I suspect it has to do with shuffling around of tests, so it just needs someone to investigate why these tests started failing. (There must be some subtle test dependency that got changed by the introduction of new tests.) dave On Wed, Feb 24, 2010 at 11:38 AM, Kenneth Russell wrote: > > Adam Barth pointed out that the commit queue has been blocked for > about 20 hours. Looking at the reason why: > > editing/undo/undo-deleteWord.html -> failed > editing/undo/undo-iframe-location-change.html -> failed > > If you have made changes in this area recently, could you please fix > these test failures? > > Thanks, > > -Ken > ___ > webkit-dev mailing list > webkit-dev@lists.webkit.org > http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Commit queue blocked because of failing tests
On 24.02.2010, at 11:47, David Levin wrote: Actually, it doesn't appear to be do to recent changes in this area. They started failing after r55177 (http://build.webkit.org/waterfall?last_time=1266975298 ), but that change is unrelated to these test as far as I can tell. It looks unrelated, but it somehow broke these editing tests nonetheless. I'm investigating now. - WBR, Alexey Proskuryakov ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Announcing new port: EFL
Gustavo, On Tue, 2010-02-23 at 18:09 -0300, Gustavo Noronha Silva wrote: > As everyone knows our build system is one of the slowest, so adding > complexity to it may not be always a good idea. The changes to the build system should not impact its performance: checks to choose which files to compile/dependencies to add are performed only when running the configure script. Everything else should work as it is right now. Cheers, Leandro signature.asc Description: This is a digitally signed message part ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Commit queue blocked because of failing tests
On Wed, Feb 24, 2010 at 12:02 PM, Alexey Proskuryakov wrote: > > On 24.02.2010, at 11:47, David Levin wrote: > > Actually, it doesn't appear to be do to recent changes in this area. They > started failing after r55177 > (http://build.webkit.org/waterfall?last_time=1266975298), but that change is > unrelated to these test as far as I can tell. > > It looks unrelated, but it somehow broke these editing tests nonetheless. > I'm investigating now. Thanks. Our patch (from https://bugs.webkit.org/show_bug.cgi?id=34459) was about to be landed by the bot when the tree went red again. The test now failing is: fast/dom/prototype-inheritance-2.html -> failed Could someone please look? Thanks, -Ken ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Commit queue blocked because of failing tests
1. It looks like you are a committer, so you don't need to wait for the commit queue to do this for you :) 2. But it still would be good to have this fixed. If you'd like to help move this along, you can go to http://build.webkit.org/waterfall and find which patch caused the test to start failing. Then ping the relevant person. On Wed, Feb 24, 2010 at 3:41 PM, Kenneth Russell wrote: > On Wed, Feb 24, 2010 at 12:02 PM, Alexey Proskuryakov > wrote: > > > > On 24.02.2010, at 11:47, David Levin wrote: > > > > Actually, it doesn't appear to be do to recent changes in this area. They > > started failing after r55177 > > (http://build.webkit.org/waterfall?last_time=1266975298), but that > change is > > unrelated to these test as far as I can tell. > > > > It looks unrelated, but it somehow broke these editing tests nonetheless. > > I'm investigating now. > > Thanks. Our patch (from https://bugs.webkit.org/show_bug.cgi?id=34459) > was about to be landed by the bot when the tree went red again. The > test now failing is: > > fast/dom/prototype-inheritance-2.html -> failed > > Could someone please look? > > Thanks, > > -Ken > ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Commit queue blocked because of failing tests
I find http://build.webkit.org/console more useful. In this case, looks like mitz's patch changed the test: http://trac.webkit.org/changeset/55203 I'm glad to see more folks are watching the bots! -eric On Wed, Feb 24, 2010 at 3:48 PM, David Levin wrote: > 1. It looks like you are a committer, so you don't need to wait for the > commit queue to do this for you :) > 2. But it still would be good to have this fixed. If you'd like to help move > this along, you can go to http://build.webkit.org/waterfall and find which > patch caused the test to start failing. Then ping the relevant person. > > On Wed, Feb 24, 2010 at 3:41 PM, Kenneth Russell wrote: >> >> On Wed, Feb 24, 2010 at 12:02 PM, Alexey Proskuryakov >> wrote: >> > >> > On 24.02.2010, at 11:47, David Levin wrote: >> > >> > Actually, it doesn't appear to be do to recent changes in this >> > area. They >> > started failing after r55177 >> > (http://build.webkit.org/waterfall?last_time=1266975298), but that >> > change is >> > unrelated to these test as far as I can tell. >> > >> > It looks unrelated, but it somehow broke these editing tests >> > nonetheless. >> > I'm investigating now. >> >> Thanks. Our patch (from https://bugs.webkit.org/show_bug.cgi?id=34459) >> was about to be landed by the bot when the tree went red again. The >> test now failing is: >> >> fast/dom/prototype-inheritance-2.html -> failed >> >> Could someone please look? >> >> Thanks, >> >> -Ken > > > ___ > webkit-dev mailing list > webkit-dev@lists.webkit.org > http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev > > ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Commit queue blocked because of failing tests
That test is kinda tricky. The change isn't necessarily wrong. But the patch appears to have changed what the DOM tree looks like (at least in order) and thus exposed bugs in our JS bindings where some objects aren't being created with the proper prototype chains. Our JS bindings get cached after first access, so the order in which they're accessed can change what code path is used to create them and expose bugs like this where PASS messages turn into FAILs because the binding was not created with the right global object pointer. On Wed, Feb 24, 2010 at 3:50 PM, Eric Seidel wrote: > I find http://build.webkit.org/console more useful. > > In this case, looks like mitz's patch changed the test: > http://trac.webkit.org/changeset/55203 > > I'm glad to see more folks are watching the bots! > > -eric > > On Wed, Feb 24, 2010 at 3:48 PM, David Levin wrote: >> 1. It looks like you are a committer, so you don't need to wait for the >> commit queue to do this for you :) >> 2. But it still would be good to have this fixed. If you'd like to help move >> this along, you can go to http://build.webkit.org/waterfall and find which >> patch caused the test to start failing. Then ping the relevant person. >> >> On Wed, Feb 24, 2010 at 3:41 PM, Kenneth Russell wrote: >>> >>> On Wed, Feb 24, 2010 at 12:02 PM, Alexey Proskuryakov >>> wrote: >>> > >>> > On 24.02.2010, at 11:47, David Levin wrote: >>> > >>> > Actually, it doesn't appear to be do to recent changes in this >>> > area. They >>> > started failing after r55177 >>> > (http://build.webkit.org/waterfall?last_time=1266975298), but that >>> > change is >>> > unrelated to these test as far as I can tell. >>> > >>> > It looks unrelated, but it somehow broke these editing tests >>> > nonetheless. >>> > I'm investigating now. >>> >>> Thanks. Our patch (from https://bugs.webkit.org/show_bug.cgi?id=34459) >>> was about to be landed by the bot when the tree went red again. The >>> test now failing is: >>> >>> fast/dom/prototype-inheritance-2.html -> failed >>> >>> Could someone please look? >>> >>> Thanks, >>> >>> -Ken >> >> >> ___ >> webkit-dev mailing list >> webkit-dev@lists.webkit.org >> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev >> >> > ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Commit queue blocked because of failing tests
On Wed, Feb 24, 2010 at 3:48 PM, David Levin wrote: > 1. It looks like you are a committer, so you don't need to wait for the > commit queue to do this for you :) Understood -- but I prefer to use the bots where possible. I've seen multiple instances where the commit scripts failed to add new files for some reason, but the bots have always been 100% reliable. -Ken > 2. But it still would be good to have this fixed. If you'd like to help move > this along, you can go to http://build.webkit.org/waterfall and find which > patch caused the test to start failing. Then ping the relevant person. > > On Wed, Feb 24, 2010 at 3:41 PM, Kenneth Russell wrote: >> >> On Wed, Feb 24, 2010 at 12:02 PM, Alexey Proskuryakov >> wrote: >> > >> > On 24.02.2010, at 11:47, David Levin wrote: >> > >> > Actually, it doesn't appear to be do to recent changes in this >> > area. They >> > started failing after r55177 >> > (http://build.webkit.org/waterfall?last_time=1266975298), but that >> > change is >> > unrelated to these test as far as I can tell. >> > >> > It looks unrelated, but it somehow broke these editing tests >> > nonetheless. >> > I'm investigating now. >> >> Thanks. Our patch (from https://bugs.webkit.org/show_bug.cgi?id=34459) >> was about to be landed by the bot when the tree went red again. The >> test now failing is: >> >> fast/dom/prototype-inheritance-2.html -> failed >> >> Could someone please look? >> >> Thanks, >> >> -Ken > > ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Commit queue blocked because of failing tests
What is a possible resolution? Can we temporarily disable the test to unblock the commit queue? -Ken On Wed, Feb 24, 2010 at 3:53 PM, Eric Seidel wrote: > That test is kinda tricky. The change isn't necessarily wrong. But > the patch appears to have changed what the DOM tree looks like (at > least in order) and thus exposed bugs in our JS bindings where some > objects aren't being created with the proper prototype chains. > > Our JS bindings get cached after first access, so the order in which > they're accessed can change what code path is used to create them and > expose bugs like this where PASS messages turn into FAILs because the > binding was not created with the right global object pointer. > > On Wed, Feb 24, 2010 at 3:50 PM, Eric Seidel wrote: >> I find http://build.webkit.org/console more useful. >> >> In this case, looks like mitz's patch changed the test: >> http://trac.webkit.org/changeset/55203 >> >> I'm glad to see more folks are watching the bots! >> >> -eric >> >> On Wed, Feb 24, 2010 at 3:48 PM, David Levin wrote: >>> 1. It looks like you are a committer, so you don't need to wait for the >>> commit queue to do this for you :) >>> 2. But it still would be good to have this fixed. If you'd like to help move >>> this along, you can go to http://build.webkit.org/waterfall and find which >>> patch caused the test to start failing. Then ping the relevant person. >>> >>> On Wed, Feb 24, 2010 at 3:41 PM, Kenneth Russell wrote: On Wed, Feb 24, 2010 at 12:02 PM, Alexey Proskuryakov wrote: > > On 24.02.2010, at 11:47, David Levin wrote: > > Actually, it doesn't appear to be do to recent changes in this > area. They > started failing after r55177 > (http://build.webkit.org/waterfall?last_time=1266975298), but that > change is > unrelated to these test as far as I can tell. > > It looks unrelated, but it somehow broke these editing tests > nonetheless. > I'm investigating now. Thanks. Our patch (from https://bugs.webkit.org/show_bug.cgi?id=34459) was about to be landed by the bot when the tree went red again. The test now failing is: fast/dom/prototype-inheritance-2.html -> failed Could someone please look? Thanks, -Ken >>> >>> >>> ___ >>> webkit-dev mailing list >>> webkit-dev@lists.webkit.org >>> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev >>> >>> >> > ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Commit queue blocked because of failing tests
On Feb 24, 2010, at 3:50 PM, Eric Seidel wrote: > I find http://build.webkit.org/console more useful. > > In this case, looks like mitz's patch changed the test: > http://trac.webkit.org/changeset/55203 Sorry about the inconvenience. I will try to fix this shortly. > > I'm glad to see more folks are watching the bots! > > -eric > > On Wed, Feb 24, 2010 at 3:48 PM, David Levin wrote: >> 1. It looks like you are a committer, so you don't need to wait for the >> commit queue to do this for you :) >> 2. But it still would be good to have this fixed. If you'd like to help move >> this along, you can go to http://build.webkit.org/waterfall and find which >> patch caused the test to start failing. Then ping the relevant person. >> >> On Wed, Feb 24, 2010 at 3:41 PM, Kenneth Russell wrote: >>> >>> On Wed, Feb 24, 2010 at 12:02 PM, Alexey Proskuryakov >>> wrote: On 24.02.2010, at 11:47, David Levin wrote: Actually, it doesn't appear to be do to recent changes in this area. They started failing after r55177 (http://build.webkit.org/waterfall?last_time=1266975298), but that change is unrelated to these test as far as I can tell. It looks unrelated, but it somehow broke these editing tests nonetheless. I'm investigating now. >>> >>> Thanks. Our patch (from https://bugs.webkit.org/show_bug.cgi?id=34459) >>> was about to be landed by the bot when the tree went red again. The >>> test now failing is: >>> >>> fast/dom/prototype-inheritance-2.html -> failed >>> >>> Could someone please look? >>> >>> Thanks, >>> >>> -Ken >> >> >> ___ >> webkit-dev mailing list >> webkit-dev@lists.webkit.org >> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev >> >> ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev