Re: [webkit-dev] Please do not enable ENABLE_INPUT_TYPE_DATETIME
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, TAMURA, Kent tk...@chromium.org wrote: The two mail threads bounce back and forth between Hixie's opinion and yours. Was there a conclusion reached anywhere on what to do with datetime and datetime-local? We agreed that existing implementations of input[type=datetime] were wrong. But we have no conclusion of the type renaming and the expected UI. So, I don't think we can provide reasonable implementation of input[type=datetime] in WebKit anytime soon, and we had better stop shipping the wrong implementation before it is used widely. Do we have any data on how much usage there is currently (most particularly on mobile-targeted sites)? Regards, Maciej -- TAMURA Kent Software Engineer, Google ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
[webkit-dev] Commit queue stopped working
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', '--non-interactive', 184451, '--port=chromium-xvfb'] exit_code: 2 cwd: /mnt/git/webkit-commit-queue Last 500 characters of output: -queue Parsed 4 diffs from patch file(s). patch: Can't create file /tmp/pptQe127 : No space left on device patch: Can't create file /tmp/ppIK0MM8 : No space left on device patch: Can't create file /tmp/ppTdTd08 : No space left on device patch: Can't create file /tmp/pp8tZQ8b : No space left on device Kr, -- Christophe Dumez, PhD Linux Software Engineer Intel Finland Oy - Open Source Technology Center ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Commit queue stopped working
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: 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', '--non-interactive', 184451, '--port=chromium-xvfb'] exit_code: 2 cwd: /mnt/git/webkit-commit-queue Last 500 characters of output: -queue Parsed 4 diffs from patch file(s). patch: Can't create file /tmp/pptQe127 : No space left on device patch: Can't create file /tmp/ppIK0MM8 : No space left on device patch: Can't create file /tmp/ppTdTd08 : No space left on device patch: Can't create file /tmp/pp8tZQ8b : No space left on device Kr, -- Christophe Dumez, PhD Linux Software Engineer Intel Finland Oy - Open Source Technology Center ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Commit queue stopped working
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 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: 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', '--non-interactive', 184451, '--port=chromium-xvfb'] exit_code: 2 cwd: /mnt/git/webkit-commit-queue Last 500 characters of output: -queue Parsed 4 diffs from patch file(s). patch: Can't create file /tmp/pptQe127 : No space left on device patch: Can't create file /tmp/ppIK0MM8 : No space left on device patch: Can't create file /tmp/ppTdTd08 : No space left on device patch: Can't create file /tmp/pp8tZQ8b : No space left on device Kr, -- Christophe Dumez, PhD Linux Software Engineer Intel Finland Oy - Open Source Technology Center ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
[webkit-dev] DOM methods that affect [[Prototype]]
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 https://mail.mozilla.org/pipermail/es-discuss/2012-December/thread.html#27401 to some extent first. In particular the discussion is about what happens to the [[Prototype]] of objects when objects are adopted and when document.open() is invoked. Both Gecko and IE mutate the [[Prototype]] and the tentative plan therefore is to align the standard with that. To make sure your feedback is fully considered by all parties raise it via the bug or www-...@w3.org. Thanks, -- http://annevankesteren.nl/ ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] DOM methods that affect [[Prototype]]
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 http://lists.w3.org/Archives/Public/www-dom/2012OctDec/thread.html#msg143 and https://mail.mozilla.org/pipermail/es-discuss/2012-December/thread.html#27401 to some extent first. In particular the discussion is about what happens to the [[Prototype]] of objects when objects are adopted and when document.open() is invoked. Both Gecko and IE mutate the [[Prototype]] and the tentative plan therefore is to align the standard with that. At first glance, updating the prototype as done by Gecko and IE is the only sensible behavior. - R. Niwa ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] DOM methods that affect [[Prototype]]
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 ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] DOM methods that affect [[Prototype]]
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 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 https://mail.mozilla.org/pipermail/es-discuss/2012-December/thread.html#27401 to some extent first. In particular the discussion is about what happens to the [[Prototype]] of objects when objects are adopted and when document.open() is invoked. Both Gecko and IE mutate the [[Prototype]] and the tentative plan therefore is to align the standard with that. To make sure your feedback is fully considered by all parties raise it via the bug or www-...@w3.org. Thanks, -- http://annevankesteren.nl/ ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] DOM methods that affect [[Prototype]]
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 webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] DOM methods that affect [[Prototype]]
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 an object that gets its prototype replaced). - Maciej 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 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 https://mail.mozilla.org/pipermail/es-discuss/2012-December/thread.html#27401 to some extent first. In particular the discussion is about what happens to the [[Prototype]] of objects when objects are adopted and when document.open() is invoked. Both Gecko and IE mutate the [[Prototype]] and the tentative plan therefore is to align the standard with that. To make sure your feedback is fully considered by all parties raise it via the bug or www-...@w3.org. Thanks, -- http://annevankesteren.nl/ ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] DOM methods that affect [[Prototype]]
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 in a while, so I might be misremembering, but Gecko has magic to rewrite all JavaScript references to the old document to point to the new document. I don't know whether that magic is required by web compatibility, but I bet it is and I don't think we want to introduce more of that magic into WebKit. (We do something similar for Window today, but Window is a unique snowflake.) Adam ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
