# What is ItemStatePredictedEvent?

**URL:** <https://community.openhab.org/t/what-is-itemstatepredictedevent/52387>\
**Category:** Runtime\
**Created:** [September 26, 2018, 8:16pm UTC](https://community.openhab.org/t/what-is-itemstatepredictedevent/52387 "2018-09-26T20:16:49Z")\
**Posts on this page:** 1\
**Showing post:** 2

<div class="post-metadata">

**Author:** ![Kai](https://community.openhab.org/user_avatar/community.openhab.org/kai/32/116281_2.png) [@Kai](https://community.openhab.org/u/Kai)\
**Post date:** [September 27, 2018, 7:12am UTC](https://community.openhab.org/t/what-is-itemstatepredictedevent/52387/2 "2018-09-27T07:12:07Z")

</div>

That is indeed a new fancy feature that you have encountered here, see [https://github.com/eclipse/smarthome/pull/5011](https://github.com/eclipse/smarthome/pull/5011).

The “autoUpdate” is now cleverer than before - instead of pro-actively setting the item state to OFF when seeing an OFF command, it checks whether it is likely that the command is getting processed at all, which in your case isn’t the case as the Thing is uninitialized.

> [@](#):
>
> I have a rule calling a command via executeCommandLine() to change the state of the device instead

This rule should be triggered by the command, not by a state update (as it wants to send this itself). So if you change the trigger of the rule, everything should work as expected, even without removing the links.

---

_[View the full topic](https://community.openhab.org/t/what-is-itemstatepredictedevent/52387)._