This can happen when any notify: true value is set on a disabled input type extension before attached, which can happen via a binding, during configuration of a default value, or by setting a property in ready when it is in the local-DOM of another element (since it won't be attached until after ready).
After considering how we'd fix this bug in Polymer core, we decided we'd rather just fix it locally in iron-input for now, to avoid adding a complex whitelist system in Polymer core to work around this Firefox bug. If this becomes more of a problem outside of iron-input we can consider a more general solution.
Moved from https://github.com/Polymer/polymer/issues/1936.
Repro is here (fails in FF):
<input disabled>
: http://jsfiddle.net/t4D7m/1/Firefox has a bug where calling
dispatchEvent
on a non-attached and disabled input throws.Firefox bugs:
This can happen when any
notify: true
value is set on a disabled input type extension before attached, which can happen via a binding, during configuration of a default value, or by setting a property inready
when it is in the local-DOM of another element (since it won't be attached until afterready
).After considering how we'd fix this bug in Polymer core, we decided we'd rather just fix it locally in
iron-input
for now, to avoid adding a complex whitelist system in Polymer core to work around this Firefox bug. If this becomes more of a problem outside ofiron-input
we can consider a more general solution.