You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The problem is that trace is very aggressive in trying to advise every possible method of every object. This works fine in sane browsers where builtins, like String, are actually real Javascript objects, but breaks in IE where builtins aren't actually Javascript objects, but rather bizarro IE things.
So, for example, if you have a basic type, like a String, in your wire spec, wire/debug will break as it tries to advise the string's methods.
In limited testing, a reasonable workaround seems to be to limit wire/debug to things that are actually objects via the usual Object.prototype.toString.call(thing) === '[object Object]' test (which avoids arrays as well, obviously).
The text was updated successfully, but these errors were encountered:
Yeah, def. We're already filtering out DOM nodes, thankfully. Interestingly, it's possible to AOP DOM nodes using meld in WebKit! Dunno how useful it would be, though, so yeah, best just to stay away from them across the board for now.
The problem is that
trace
is very aggressive in trying to advise every possible method of every object. This works fine in sane browsers where builtins, likeString
, are actually real Javascript objects, but breaks in IE where builtins aren't actually Javascript objects, but rather bizarro IE things.So, for example, if you have a basic type, like a
String
, in your wire spec, wire/debug will break as it tries to advise the string's methods.In limited testing, a reasonable workaround seems to be to limit wire/debug to things that are actually objects via the usual
Object.prototype.toString.call(thing) === '[object Object]'
test (which avoids arrays as well, obviously).The text was updated successfully, but these errors were encountered: