_From @suparnavg on October 4, 2018 8:7_
Feature request: An easier way to make sense of ERROR CONTEXT shown in the console
Android
E.g. if there is a TypeError: Cannot read property 'length' of undefined, it is followed by a long ERROR CONTEXT, which does not show fully in the console, resulting in more trouble to find the actual error! E.g.
Would be a lot more helpful if the filename / line number where the error was thrown was displayed prominently. Many times, this is all that is required to debug, and the full ERROR CONTEXT is not even needed.
ERROR CONTEXT {
JS: "view": {
JS: "def": {
JS: "nodeFlags": 50905089,
JS: "rootNodeFlags": 1,
JS: "nodeMatchedQueries": 0,
JS: "flags": 0,
JS: "nodes": [
JS: {
JS: "nodeIndex": 0,
JS: "parent": null,
JS: "renderParent": null,
JS: "bindingIndex": 0,
JS: "outputIndex": 0,
JS: "checkIndex": 0,
JS: "flags": 1,
JS: "childFlags": 50905089,
JS: "directChildFlags": 50331649,
JS: "childMatchedQueries": 0,
JS: "matchedQueries": {},
JS: "matchedQueryIds": 0,
JS: "references": {},
JS: "ngContentIndex": null,
JS: "childCount": 2,
JS: "bindings": [],
JS: "bindingFlags": 0,
JS: "outputs": [],
JS: "element": {
JS: "ns": "",
JS: "name": "StackLayout",
JS: "attrs": [],
JS: "template": null,
JS: "componentProvider": null,
JS: "componentView": null,
JS: "componentRendererType": null,
JS: "publicProviders": {},
JS: "allProviders": "[Ci...
_Copied from original issue: NativeScript/NativeScript#6349_
Has anyone found a way to disable the ERROR CONTEXT output? I am using VSCode to debug my NativeScript app and whenever I make even the tiniest little syntax error, over 400 THOUSAND lines of output are dumped into my console. Please help, it freezes my IDE for multiple seconds each time.
@NickIliev What's the situation with this?
This situation for me escalated to that level NS debugging went frustrating and impossible due to 200 MB (!!!!) long totally unclear/empty error stack.
Every time I'm getting any console error from NS side it freezes the app for long seconds until it processes hundreds of MB of error logs, converts to a string, and prints to console. Sometimes it freezes the app even 10-20 seconds.
Please do something with this at least add a CLI parameter where we can avoid printing the ERROR CONTEXT part and show only the first short error msg.
Most helpful comment
@NickIliev What's the situation with this?
This situation for me escalated to that level NS debugging went frustrating and impossible due to 200 MB (!!!!) long totally unclear/empty error stack.
Every time I'm getting any console error from NS side it freezes the app for long seconds until it processes hundreds of MB of error logs, converts to a string, and prints to console. Sometimes it freezes the app even 10-20 seconds.
Please do something with this at least add a CLI parameter where we can avoid printing the
ERROR CONTEXTpart and show only the first short error msg.