When you have the debug console enabled (JourneyScript.worker.js) you have access to the following:
Variables on the current view: view.myvar
Call functions defined on the current view: viewController.init()
Query the database: await DB.user.first()
The current user object: user
Query and function execution details: journey.profiling.enable()
Enable the “Verbose” log level in the console for this
In TypeScript apps, you can additionally set breakpoints:
You can include a debugger; statement in your app’s TS code, and this should pause execution when the debugger statement is reached if the debug console is open at the time.
You can also access your app’s source files in the “Source” tab under the JourneyScript.worker.js section and then set breakpoints:
Is there a way to filter out some of the internal noise on the console.
If I put some console.logs into my source, they can get missed quite easily amongst all the normal logging.
Any strategy to help my debugging statements stand out?
@jaymer Use ‘Default’ levels, not All (ie don’t include verbose logs) and clear the console before running the code for which you want to see the logs.