spacemanspiff2007
spacemanspiff2007
This was actually possible in older versions of HABApp. However I removed it due to the lack of usage and because I haven't had a use case which I couldn't...
> Whenever I add an item I need to restart this rule. Having a catch_all listener a HABApp persistence solution would be a bit simpler You can listen to `openHAB.Items`....
> if I could iterate over all MqttItems that would also be an option. It works exactly like you iterate over the openHAB items. > Could give me one more...
Do you observe this issue without rules or can you provide a minimal working example that shows that behavior? I'll try to reproduce this issue in the meantime.
I've just published `24.8.1` which upgrades the mqtt dependencies. If I remember correctly there was a fix for a possible race condition - maybe you are hitting that? Please let...
Correct. Currently you have to use a wrapper item and if needed native openHAB rules. If I implement this you can call the actions directly from HABApp.
I think the rule factory is a nice idea. We could have something like ``create_rule(SimpleRule, 'p1', 2)`` which will do ``SimpleRule('p1', 2)`` in normal cases and during testing it won't...
> I am not familiar with pytest but I'll figure it out. No worries - this issue is more like a brainstorming issue to create a good concept and evaluate...
Does the file get loaded again after the unload? If it's still there I would have expected that it gets unloaded and then immediately loaded again.
I can't make sense of it. Could you additionally show me the corresponding file events from the HABApp events? They are on the event bus under ``HABApp.Files``