This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 17612 - I don't think [TreatNonCallableAsNull] is necessary on this callback, since if a non-Function is passed it will be converted to a string according to the other overload. That DOMString overload also doesn't need [AllowAny] as that is now the default beha
Summary: I don't think [TreatNonCallableAsNull] is necessary on this callback, since i...
Status: RESOLVED FIXED
Alias: None
Product: WHATWG
Classification: Unclassified
Component: HTML (show other bugs)
Version: unspecified
Hardware: Other other
: P3 normal
Target Milestone: Unsorted
Assignee: Ian 'Hixie' Hickson
QA Contact: contributor
URL: http://www.whatwg.org/specs/web-apps/...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-06-27 01:34 UTC by contributor
Modified: 2012-08-30 19:03 UTC (History)
2 users (show)

See Also:

Attachments

Description contributor 2012-06-27 01:34:51 UTC 
Specification: http://www.whatwg.org/specs/web-apps/current-work/
Multipage: http://www.whatwg.org/C#timers
Complete: http://www.whatwg.org/c#timers

Comment:
I don't think [TreatNonCallableAsNull] is necessary on this callback, since if
a non-Function is passed it will be converted to a string according to the
other overload.  That DOMString overload also doesn't need [AllowAny] as that
is now the default behaviour for overload resolution.  If you drop the
[TreatNonCallableAsNull] then I think you can drop ArbitraryCallback and just
reference http://dev.w3.org/2006/webapi/WebIDL/#common-Function.

Posted from: 2001:44b8:4198:5700:cc00:74e7:2f56:df0d
User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:16.0) Gecko/16.0 Firefox/16.0a1
Comment 1 contributor 2012-07-18 17:51:20 UTC 
This bug was cloned to create bug 18255 as part of operation convergence.
Comment 2 Ian 'Hixie' Hickson 2012-08-30 19:03:06 UTC 
Thanks.
Comment 3 contributor 2012-08-30 19:03:39 UTC 
Checked in as WHATWG revision r7301.
Check-in comment: Clean up some IDL and be more consistent with Web IDL.
http://html5.org/tools/web-apps-tracker?from=7300&to=7301