# Event Configuration Print Out to debug

**URL:** <https://forum.inductiveautomation.com/t/event-configuration-print-out-to-debug/60091>\
**Category:** Ignition\
**Created:** [May 26, 2022, 7:51pm UTC](https://forum.inductiveautomation.com/t/event-configuration-print-out-to-debug/60091 "2022-05-26T19:51:02Z")\
**Posts on this page:** 8\
**Page:** 1

<div class="post-metadata">

**Author:** ![Brad\_Medley](https://avatars.discourse-cdn.com/v4/letter/b/82dd89/32.png) [@Brad\_Medley](https://forum.inductiveautomation.com/u/Brad_Medley)\
**Post date:** [May 26, 2022, 7:51pm UTC](https://forum.inductiveautomation.com/t/event-configuration-print-out-to-debug/60091/1 "2022-05-26T19:51:02Z")

</div>

This might be a simple question, but where do you find the print out in the Event Configuration while scripting to help debug.

---

<div class="post-metadata">

**Author:** ![andrews](https://avatars.discourse-cdn.com/v4/letter/a/898d66/32.png) [@andrews](https://forum.inductiveautomation.com/u/andrews)\
**Post date:** [May 26, 2022, 8:51pm UTC](https://forum.inductiveautomation.com/t/event-configuration-print-out-to-debug/60091/2 "2022-05-26T20:51:57Z")

</div>

Print statements can be viewed with the Output Console.

From a client, the Diagnostics tool in the client will display the print statements in the Console tab. If the Help menu item is not visible, the Control+Shift+F7 hotkey combination will open it up.

From the designer it will be under tools \> console

---

<div class="post-metadata">

**Author:** ![paul-griffith](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/paul-griffith/32/37249_2.png) [@paul-griffith](https://forum.inductiveautomation.com/u/paul-griffith)\
**Post date:** [May 26, 2022, 8:52pm UTC](https://forum.inductiveautomation.com/t/event-configuration-print-out-to-debug/60091/3 "2022-05-26T20:52:49Z")

</div>

Depends on where you’re writing (and executing) your script.

If it’s anywhere in Perspective, you should prefer using `system.perspective.print`, as the bare `print` statement will go directly to the `wrapper.log` file and nowhere else.

---

<div class="post-metadata">

**Author:** ![andrews](https://avatars.discourse-cdn.com/v4/letter/a/898d66/32.png) [@andrews](https://forum.inductiveautomation.com/u/andrews)\
**Post date:** [May 26, 2022, 8:57pm UTC](https://forum.inductiveautomation.com/t/event-configuration-print-out-to-debug/60091/4 "2022-05-26T20:57:45Z")

</div>

@paul-griffith the first thing that popped in my head was wrapper log but I couldn’t make the connection. lol.

Does `system.perspective.print` go to the output console?

And in Vision does the bare print statement suffice?

Also does component script vs client script vs gateway scrip make a difference? If so, how? And how would that differ between Vision and Perspective?

---

<div class="post-metadata">

**Author:** ![paul-griffith](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/paul-griffith/32/37249_2.png) [@paul-griffith](https://forum.inductiveautomation.com/u/paul-griffith)\
**Post date:** [May 26, 2022, 9:07pm UTC](https://forum.inductiveautomation.com/t/event-configuration-print-out-to-debug/60091/5 "2022-05-26T21:07:24Z")

</div>

It's complicated 🙂

Starting from most local to least...  
In the script console,

- `print` will log directly to the output buffer on the right hand side.
- `system.util.getLogger()` will log to the named 'Output Console' Designer window.

Bonus: A script invoked from here using `system.util.invokeAsync` will `print` to the regular output console, not the buffer on the right hand side.

Anywhere else in the designer (except Perspective),

- `print` and
- `system.util.getLogger` will log to the 'Output Console' (which is technically also `STDOUT` and `STDERR` for the designer process).

The same applies to a Vision client.

Anywhere _in Perspective_ in the Designer, your script is _actually_ being run on the gateway.  
Therefore,

- `print` will go to the `wrapper.log` of the gateway.
- `system.util.getLogger()` will go to the log file of the gateway _and_ the `wrapper.log`.
- `system.perspective.print` will log to the 'Output Console'.

For extra confusion, we deliberately catch certain errors from scripting and forward them to the designer _and don't log them on the gateway_, so sometimes errors from a design session will appear to be "designer local" when they're really not.

In a script actually executing on the gateway (including gateway event scripts, tag event scripts, SFCs, alarm pipeline scripts, reporting scripts, and anything else I'm forgetting),

- `print` goes to the wrapper log
- `system.util.getLogger` goes to the system logs and the wrapper log
- `system.perspective.print` won't work (unless you manually specify a Perspective session ID, at which point you probably already know what you're doing 🙂)

In a script executing _inside of a Perspective session_,

- `print` goes to the wrapper log
- `system.util.getLogger` goes to the system logs and the wrapper log
- `system.perspective.print` has a 'scope' argument. If unspecified or set to 'client', output will be sent to the _browser console_ wherever the session is running, and _not logged to the gateway_. If scope is set to 'gateway', then output is logged...to the gateway.

And I think that's about all of the possibilities covered.

# EDIT:

This information now lives in the user manual!

> **[Script Logging and Print Statement Output Reference | Ignition User Manual](https://www.docs.inductiveautomation.com/docs/8.1/platform/scripting/scripting-in-ignition/script-logging-print-statement-output)**
>
> Just as each script has its own events based on location that trigger the script to run, output logging is also dependent on where the script is executed. This page details where to find your print statements and logs to assist with script testing...

---

<div class="post-metadata">

**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\
**Post date:** [May 26, 2022, 9:18pm UTC](https://forum.inductiveautomation.com/t/event-configuration-print-out-to-debug/60091/6 "2022-05-26T21:18:55Z")

</div>

> [@paul-griffith](#):
>
> And I think that’s about all of the possibilities covered.

Indeed. Bookmarked it.

---

<div class="post-metadata">

**Author:** ![andrews](https://avatars.discourse-cdn.com/v4/letter/a/898d66/32.png) [@andrews](https://forum.inductiveautomation.com/u/andrews)\
**Post date:** [May 27, 2022, 2:17pm UTC](https://forum.inductiveautomation.com/t/event-configuration-print-out-to-debug/60091/7 "2022-05-27T14:17:22Z")

</div>

> [@paul-griffith](#):
>
> It’s complicated 🙂

That may be, but you did a great job explaining it!

Thank you very much!

---

<div class="post-metadata">

**Author:** ![Chris\_Bingham](https://avatars.discourse-cdn.com/v4/letter/c/e5b9ba/32.png) [@Chris\_Bingham](https://forum.inductiveautomation.com/u/Chris_Bingham)\
**Post date:** [May 11, 2026, 8:20pm UTC](https://forum.inductiveautomation.com/t/event-configuration-print-out-to-debug/60091/8 "2026-05-11T20:20:57Z")

</div>

> [@paul-griffith](#):
>
> This information now lives in the user manual!

Thanks for the update! ~ even though it took me a over a year to see your edit...
