Re: bikeshed fatal error on 'interface' dfn using 'for' attribute

On 11/7/16, 3:34 PM, "Tab Atkins Jr." <jackalmage@gmail.com> wrote:
>Yup, it's some new mistake-catching I put in recently.  The error
>message should be fairly self-explanatory - you probably have an
>ancestor specifying `dfn-for=Transport` that's accidentally applying
>to the IDL block.

ok, what you are saying (?) is that we should not be using the pattern
of...

<!-- begin -->
## foo (interface <dfn interface>foo</dfn>) ## {#iface-foo}

<pre class="idl">
  [SecureContext]
  interface foo {
    readonly    attribute USVString     bar;
  };
</pre>

<div dfn-for="foo">
  The <dfn>bar</dfn> member specifies...
</div>
<!-- end -->



..and we should get rid of all such `<dif dfn-for="...">` blocks ?

i.e., the `<dif dfn-for="...">` is the "ancestor" applying to the IDL
block?

thx,

=JeffH



>On Mon, Nov 7, 2016 at 3:17 PM, Hodges, Jeff <jeff.hodges@paypal.com>
>wrote:
>> This just started occuring (last week) with..
>>
>>   https://github.com/w3c/webauthn/blob/master/index.bs

>>
>> ..when processing it via the cloud bikeshed..
>>
>>> curl https://api.csswg.org/bikeshed/ -F file=@index.bs -F force=1 -F
>>>output=err > errors.txt ; ls -l errors.txt ; cat errors.txt
>>   % Total    % Received % Xferd  Average Speed   Time    Time     Time
>> Current
>>                                  Dload  Upload   Total   Spent    Left
>> Speed
>> 100  142k    0   401  100  142k    185  67414  0:00:02  0:00:02 --:--:--
>> 67439
>> -rw-r--r--  1 jehodges  110028724  401 Nov  7 15:05 errors.txt
>>
>> Error running preprocessor, returned code: 1.
>> \033[1;31mFATAL ERROR:\033[0m 'interface' definitions don't use a 'for'
>> attribute, but this one claims it's for 'Transport' (perhaps inherited
>> from an ancestor). This is probably a markup error.
>> &lt;dfn data-lt="PackedAttestation" class="nv"
>> data-dfn-type="interface">PackedAttestation&lt;/dfn>
>> \033[7;31m ✘ \033[0m Did not generate, due to fatal errors
>>
>>
>>
>> any ideas?
>>
>> thanks,
>>
>> =JeffH
>>
>
>
>

Received on Tuesday, 8 November 2016 00:13:09 UTC