openHAB 5.0 Release Discussion

[Lolodomo]

@usambara

You’re right. It is defined in org.openhab.core.items.Item.json. And yes, I’m surprised…

You certainly created this group one day with Main UI and then forget it.

That is the interest of this warning, that is to inform you you have duplicated items.

[Lionello_Marrelli]

@Nadahar

I’m also seeing the vertical scrollbars mysterically disappear now, where a reload might or might not bring them back.

In the past weeks I took the opportunity to rebuild my system from scratch in OpenHAB 5.0.0. I also experienced quite often the intermittent lack of vertical scrollbars when opening rules or things. A reload often makes them reappear, but after a while I have to close the Chrome browser tab and open openhab UI in a new one. If I remember well, it also happens with Microsoft edge.

This is not new, as it happened also in 4.3.5.

[emiel]

I’m experiencing Husqvarna Automower Binding problems since I upgraded to 5.0.

Removed Bridge & Mower, added them again, renewed API keys. This is the error I’m getting when the Mower wants to connect to the bridge, the Bridge comes online and when added, it does discover the mower itself:

2025-08-29 08:33:32.442 [WARN ] [mmon.WrappedScheduledExecutorService] - Scheduled runnable ended with an exception: 
java.lang.NullPointerException: Cannot invoke "org.openhab.binding.automower.internal.rest.api.automowerconnect.dto.RestrictedReason.name()" because "reason" is null
	at org.openhab.binding.automower.internal.things.AutomowerHandler.restrictedState(AutomowerHandler.java:755) ~[?:?]
	at org.openhab.binding.automower.internal.things.AutomowerHandler.updateChannelState(AutomowerHandler.java:936) ~[?:?]
	at org.openhab.binding.automower.internal.things.AutomowerHandler.updateAutomowerState(AutomowerHandler.java:340) ~[?:?]
	at org.openhab.binding.automower.internal.things.AutomowerHandler.lambda$0(AutomowerHandler.java:112) ~[?:?]
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:572) ~[?:?]
	at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:358) ~[?:?]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:305) ~[?:?]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1144) ~[?:?]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:642) ~[?:?]
	at java.lang.Thread.run(Thread.java:1583) [?:?]

any idea’s?

[Nadahar (Nadar)]

@Lionello_Marrelli

In the past weeks I took the opportunity to rebuild my system from scratch in OpenHAB 5.0.0. I also experienced quite often the intermittent lack of vertical scrollbars when opening rules or things. A reload often makes them reappear, but after a while I have to close the Chrome browser tab and open openhab UI in a new one. If I remember well, it also happens with Microsoft edge.

This is not new, as it happened also in 4.3.5.

Let’s call it newish then. I haven’t experienced it before 5.0, but that can just be a coincidence. It’s quite a debilitating issue though, so I think it should be solved.

[AndrewFG (Andrew Fiddian-Green)]

@emiel

any idea’s?

It is evidently a bug in AutomowerHandler.java at line 755 => I suggest you open an Issue for this on GitHub

[uk59821 (Ulf)]

In another topic (another bug), MikeTheTux was mentioned that you should try the latest SNAPSHOT, as it has several improvements. Let’s give a try.

@MikeTheTux

This issue was fixed in the meanwhile. Please use the latest binding from OH5.1.0 SNAPSHOT. It comes with the fix for this issue together with several other improvements.

As alternative workaround you can add an (deactivated) StayoutZone (using the Automower App).

[MikeTheTux]

@emiel

restrictedState

I just checked the current Automower SNAPSHOT and can confirm that this error is avoided in the latest implementation.

[ErikDB (Erik)]

I just saw this error during startup:

23:05:26.115 [WARN ] [org.eclipse.jetty.io.ManagedSelector ] - java.nio.channels.ClosedSelectorException

No idea who the culprit is…?

[Huaba]

I am receiving the same error message for all rules after updating from 4.3.7 to 5.0.1.

I copied the script to the scratchpad and enabled it. When I click ‘Run now’, nothing happens and an error appears in the log, but without specifying a reason.

2025-08-30 15:41:18.874 [ERROR] [.handler.AbstractScriptModuleHandler] - Script execution of rule with UID 'scratchpad' failed: const { ruleRegistry } = require('@runtime/RuleSupport');
utils.javaSetToJsArray(ruleRegistry.getAll()).map(r => r.getUID().toString())
                                             .filter(id => id != ruleUID && rules.isEnabled(id))
                                             .forEach( id => {
                                                console.info('Disabling ' + id);
                                                rules.setEnabled(id, false);
                                                Java.type('java.lang.Thread').sleep(500);
                                                console.info('Enabling ' + id);
                                                rules.setEnabled(id, true);
                                              });

Since I have successfully tested deactivating and reactivating a few rules and I have 130 rules, the script would save me a lot of work.

Does anyone have any advice for me as to why this isn’t working? Javascript Scripting is installed.

Thanks for help!

Huaba

[rlkoshak (Rich Koshak)]

@Huaba

Does anyone have any advice for me as to why this isn’t working? Javascript Scripting is installed.

When you created the -Scratchpad- script, did you choose JS as the language? And it’s not Nashorn but JS Scripting?

I’ve never seen that error before. But you can create a new Script and make sure to choose “ECMAScript 262 Edition 11” for the language to be certain.

[Huaba]

Oh, how stupid of me, it was still set to DSL.

Thank you very much for the hint, now it worked.

[ErikDB (Erik)]

OpenHAB seems to trigger needrestart:

erik@MinipcLG2:~$ sudo apt update
Geraakt:1 https://packages.microsoft.com/repos/code stable InRelease
Geraakt:2 http://archive.ubuntu.com/ubuntu noble InRelease
Geraakt:3 http://security.ubuntu.com/ubuntu noble-security InRelease
Genegeerd:4 http://packages.linuxmint.com xia InRelease
Geraakt:5 https://repos.azul.com/zulu/deb stable InRelease
Geraakt:6 http://archive.ubuntu.com/ubuntu noble-updates InRelease
Geraakt:7 http://packages.linuxmint.com xia Release
Geraakt:8 http://archive.ubuntu.com/ubuntu noble-backports InRelease
Geraakt:9 https://openhab.jfrog.io/artifactory/openhab-linuxpkg stable InReleasePakketlijsten worden ingelezen... Klaar
Boom van vereisten wordt opgebouwd... Klaar
De statusinformatie wordt gelezen... Klaar
Alle pakketten zijn up-to-date.
erik@MinipcLG2:~$ sudo apt upgrade -y
Pakketlijsten worden ingelezen... Klaar
Boom van vereisten wordt opgebouwd... Klaar
De statusinformatie wordt gelezen... Klaar
Opwaardering wordt doorgerekend... Klaar
0 opgewaardeerd, 0 nieuw geïnstalleerd, 0 te verwijderen en 0 niet opgewaardeerd.
erik@MinipcLG2:~$ sudo needrestart
Scanning processes...
Scanning candidates...
Scanning processor microcode...
Scanning linux images...
Running kernel seems to be up-to-date.
The processor microcode seems to be up-to-date.
Restarting services...
 systemctl restart openhab.service
No containers need to be restarted.
No user sessions are running outdated binaries.
No VM guests are running outdated hypervisor (qemu) binaries on this host.
erik@MinipcLG2:~$

That doesn’t seem logical?

[mstormi (Markus Storm)]

Please mind the context of this thread and post only question related to latest OH changes 4.3.x → 5.0. This one isn’t even about OH itself. It’s about Linux.
Anything else, please open a separate thread.

It’s also unclear what your question is about, and you’re giving nowhere near enough context to understand it: OS, repo, OH pkg versions, …
Plus you seem to expect everyone knows what sudo needrestart is and does or should do.

[ErikDB (Erik)]

Apologies. needrestart checks services for the need to restart after some update.

Until now, openHAB never presented itself as a candidate, but now it does, even though there’s no need to restart. So I assume something changed on openHAB’s side of the equation?

[jswim788 (John Schmitz)]

See a similar issue here: Apt-get update / apt-get upgrade causes OH restart

I have a workaround, but it doesn’t seem like correct behavior.

[glen_m]

I’m not so sure this is an OpenHab 5.0 release issue.

I have had this issue for years now (probably since Ubuntu 22.04, but definitely since 24.04, running OpenHab 4.x)., and I think it appeared after an Ubuntu upgrade, not an OpenHab update.

I’d probably agree with @mstormi that this is worthy of its own topic, decoupling it from the 5.0 release topic, and can pick this up over there? Probably about time I also sorted out my system too, after many years of seeing this !!!

[ErikDB (Erik)]

I wasn’t looking for it, so maybe it’s been going on for quite some time, indeed.

I’ll make a separate issue. But in which subforum…?

[glen_m]

Guessing this one…

Installation

Can’t see anything else more suitable…

[ollo (Thomas)]

Hi,

I get an error when saving a DSL rule file. I’m running OH5.0.1 on Docker (amd64). Here the (begin of the very looooong) error message:

2025-09-03 13:24:01.144 [ERROR] [xbase.resource.BatchLinkableResource] - resolution of uriFragment '|::0.2.0.2.0.0.2.1::0::/1' failed.
java.lang.NullPointerException: Cannot read field "actionServices" because the return value of "org.openhab.core.model.script.ScriptServiceUtil.getInstance()" is null
	at org.openhab.core.model.script.ScriptServiceUtil.getActionServices(ScriptServiceUtil.java:123) ~[?:?]
	at org.openhab.core.model.script.scoping.ActionClassLoader.loadClass(ActionClassLoader.java:36) ~[?:?]
	at java.lang.Class.forName0(Native Method) ~[?:?]
	at java.lang.Class.forName(Class.java:534) ~[?:?]
	at java.lang.Class.forName(Class.java:513) ~[?:?]
	at org.eclipse.xtext.common.types.access.impl.ClassFinder.forName(ClassFinder.java:42) ~[?:?]
	at org.eclipse.xtext.common.types.access.impl.ClassFinder.forName(ClassFinder.java:1) ~[?:?]
	at org.eclipse.xtext.common.types.access.impl.AbstractClassFinder.forName(AbstractClassFinder.java:44) ~[?:?]
	at org.eclipse.xtext.common.types.access.reflect.ReflectionTypeProvider.findClassByName(ReflectionTypeProvider.java:156) ~[?:?]
	at org.eclipse.xtext.common.types.access.reflect.ReflectionTypeProvider.doFindTypeByName(ReflectionTypeProvider.java:117) ~[?:?]
	at org.eclipse.xtext.common.types.access.reflect.ReflectionTypeProvider.findTypeByName(ReflectionTypeProvider.java:110) ~[?:?]
	at org.eclipse.xtext.common.types.xtext.AbstractTypeScope.getSingleElement(AbstractTypeScope.java:60) ~[?:?]
	at org.eclipse.xtext.common.types.xtext.AbstractTypeScope.getSingleElement(AbstractTypeScope.java:55) ~[?:?]
	at org.eclipse.xtext.common.types.xtext.AbstractTypeScope.getElements(AbstractTypeScope.java:74) ~[?:?]
	at org.eclipse.xtext.linking.impl.ImportedNamesAdapter$WrappingScope$1.iterator(ImportedNamesAdapter.java:80) ~[?:?]
	at org.eclipse.xtext.scoping.impl.ImportScope.getLocalElementsByName(ImportScope.java:157) ~[?:?]
...

This is the end of the error message:

2025-09-03 13:28:35.237 [ERROR] [xbase.resource.BatchLinkableResource] - resolution of uriFragment '|::0.2.4.2.0.5.1.0.0.2.0.0.6::0::/1' failed.
java.lang.NullPointerException: null
2025-09-03 13:28:35.239 [ERROR] [xbase.resource.BatchLinkableResource] - resolution of uriFragment '|::0.2.4.2.0.5.1.0.0.2.0.0.6::0::/1' failed.
java.lang.NullPointerException: null
2025-09-03 13:28:35.239 [INFO ] [el.core.internal.ModelRepositoryImpl] - Validation issues found in configuration model 'standard.rules', using it anyway:
The value of the local variable pState is not used
The value of the local variable pState is not used
The value of the local variable TempIst is not used
The value of the local variable TempIst is not used
The value of the local variable TempSoll is not used
The value of the local variable TempSoll is not used
The value of the local variable TempDiff is not used
The value of the local variable TempDiff is not used
The value of the local variable actions is not used
The value of the local variable actions is not used

The rule is not working:

2025-09-03 13:28:03.848 [ERROR] [.handler.AbstractScriptModuleHandler] - Script execution of rule with UID 'standard-1' failed: The name 'previousState' cannot be resolved to an item or type; line 19, column 15, length 13 in standard

This is the rule:

rule "Home Mode"
when
	Item gPresC changed
then
	val pState = previousState as Number
	if(gPresC.state as Number > pState) {
		<do something>
	}else{
		<do something else>
	}

Any idea how to tackle this problem?

Thanks!

[ollo (Thomas)]

… nevermind, the issue got fixed by a restart of OH with removed cache and tmp.