# Bug: event.source.setValue on One-Shot Button does not return expected value

**URL:** <https://forum.inductiveautomation.com/t/bug-event-source-setvalue-on-one-shot-button-does-not-return-expected-value/77221>\
**Category:** Ignition\
**Tags:** ignition81, scripting, vision\
**Created:** [August 1, 2023, 2:16pm UTC](https://forum.inductiveautomation.com/t/bug-event-source-setvalue-on-one-shot-button-does-not-return-expected-value/77221 "2023-08-01T14:16:27Z")\
**Posts on this page:** 1\
**Showing post:** 12

<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:** [August 2, 2023, 11:59am UTC](https://forum.inductiveautomation.com/t/bug-event-source-setvalue-on-one-shot-button-does-not-return-expected-value/77221/12 "2023-08-02T11:59:12Z")

</div>

> [@justinedwards.jle](#):
>
> My apologies if that came across as obnoxious.

It did not strike me so. No worries.

FWIW, this topic might help:

> [@"java import" in script](https://forum.inductiveautomation.com/t/java-import-in-script/68953/2):
>
> Standard function in jython. With some quirks: Wildcard imports are not supported for java packages. Jython automatically "wraps" java objects with a dynamic subclass of PyObject, creating matching methods and fields. When such a wrapped object is handed to a true java method that doesn't take a PyObject, but does take the inner java type, the wrapper is automatically stripped back off. Python native types are marshalled into similar java types. SImilar in reverse for java primitive …

---

_[View the full topic](https://forum.inductiveautomation.com/t/bug-event-source-setvalue-on-one-shot-button-does-not-return-expected-value/77221)._
