On Thu, Jan 24, 2013 at 7:13 PM, Geoffrey Garen 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
On Jan 24, 2013, at 6:20 PM, Adam Barth 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 g
> 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
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 wrote:
> Hi,
>
> https://www.w3.org/Bugs/Public/show_bug.cgi?id=20567 could use input
> from the W
> 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
On Thu, Jan 24, 2013 at 12:59 PM, Anne van Kesteren wrote:
> 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#ms
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-De
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 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, Ja
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
wrote:
> Hi,
>
> It appears the commit queue stopped working due to lack of disk space:
> https://bugs.webkit.org/show_bug.cgi?i
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', '--no
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 wrote:
On Jan 22, 2013, at 12:32 AM, "TAMURA, Kent"
11 matches
Mail list logo