Re: [webkit-dev] Please do not enable ENABLE_INPUT_TYPE_DATETIME

2013-01-24 Thread TAMURA, Kent
Unfortunately I don't have data on mobile-targeted sites. The number '0.08% of input[type=date]' came from Google's web search repository. So it is basically on desktop-targeted sites. On Tue, Jan 22, 2013 at 5:54 PM, Maciej Stachowiak m...@apple.com wrote: On Jan 22, 2013, at 12:32 AM,

[webkit-dev] Commit queue stopped working

2013-01-24 Thread Dumez, Christophe
Hi, It appears the commit queue stopped working due to lack of disk space: https://bugs.webkit.org/show_bug.cgi?id=107680#c8 Failed to run ['/mnt/git/webkit-commit-queue/Tools/Scripts/webkit-patch', '--status-host=queues.webkit.org', '--bot-id=gce-cq-04', 'apply-attachment', '--no-update',

Re: [webkit-dev] Commit queue stopped working

2013-01-24 Thread Adam Barth
Thanks for the note. We seem to have a temp file leak in run-webkit-tests. I'm rebuilding the machines now. Adam On Thu, Jan 24, 2013 at 10:03 AM, Dumez, Christophe christophe.du...@intel.com wrote: Hi, It appears the commit queue stopped working due to lack of disk space:

Re: [webkit-dev] Commit queue stopped working

2013-01-24 Thread Tony Chang
If Chromium DRT crashes, it will leak temp files. Maybe run-webkit-tests should try to clean these up? On Thu, Jan 24, 2013 at 10:15 AM, Adam Barth aba...@webkit.org wrote: Thanks for the note. We seem to have a temp file leak in run-webkit-tests. I'm rebuilding the machines now. Adam

[webkit-dev] DOM methods that affect [[Prototype]]

2013-01-24 Thread Anne van Kesteren
Hi, https://www.w3.org/Bugs/Public/show_bug.cgi?id=20567 could use input from the WebKit community, in particular DOM/JavaScript experts. I recommend reading through http://lists.w3.org/Archives/Public/www-dom/2012OctDec/thread.html#msg143 and

Re: [webkit-dev] DOM methods that affect [[Prototype]]

2013-01-24 Thread Ryosuke Niwa
On Thu, Jan 24, 2013 at 12:59 PM, Anne van Kesteren ann...@annevk.nlwrote: https://www.w3.org/Bugs/Public/show_bug.cgi?id=20567 could use input from the WebKit community, in particular DOM/JavaScript experts. I recommend reading through

Re: [webkit-dev] DOM methods that affect [[Prototype]]

2013-01-24 Thread Geoffrey Garen
At first glance, updating the prototype as done by Gecko and IE is the only sensible behavior. I'm not sure I agree. See my comments in Bugzilla. Anne, can you help me get those comments sent to the w3 list? I sent them myself, but they seem to be held up or bounced? Thanks, Geoff

Re: [webkit-dev] DOM methods that affect [[Prototype]]

2013-01-24 Thread Adam Barth
Note that WebKit re-uses the same Document after a call to document.open(). I suspect we're unlikely to change that behavior anytime soon. Adam On Thu, Jan 24, 2013 at 12:59 PM, Anne van Kesteren ann...@annevk.nl wrote: Hi, https://www.w3.org/Bugs/Public/show_bug.cgi?id=20567 could use

Re: [webkit-dev] DOM methods that affect [[Prototype]]

2013-01-24 Thread Geoffrey Garen
Note that WebKit re-uses the same Document after a call to document.open(). I suspect we're unlikely to change that behavior anytime soon. Do we know of any websites that depend on this behavior? Geoff ___ webkit-dev mailing list

Re: [webkit-dev] DOM methods that affect [[Prototype]]

2013-01-24 Thread Maciej Stachowiak
On Jan 24, 2013, at 6:20 PM, Adam Barth aba...@webkit.org wrote: Note that WebKit re-uses the same Document after a call to document.open(). I suspect we're unlikely to change that behavior anytime soon. We also keep the same Window (which it sounds like IE doesn't, since that's cited as

Re: [webkit-dev] DOM methods that affect [[Prototype]]

2013-01-24 Thread Adam Barth
On Thu, Jan 24, 2013 at 7:13 PM, Geoffrey Garen gga...@apple.com wrote: Note that WebKit re-uses the same Document after a call to document.open(). I suspect we're unlikely to change that behavior anytime soon. Do we know of any websites that depend on this behavior? I haven't tested this