Yeah I see I should have pointed out what I’m referring to. You said you cannot reproduce the communications error. My screenshot shows that the iOS app tells me exactly this: Kommunikation fehlgeschlagen = Communication failed
Thanks for the PR 
I’m not exactly following what more details I can provide. I’m guessing you are saying that NaN would be correct right after a restart. Agree. However, in the past the actual value of the item was populated shortly thereafter from the restore on startup persistence. In my case the Items tab shows the restored value (number:temperature), but the stepper still shows NaN. My other observation is that it seems to be locked as NaN. I could not get it to go up or down without the Communication failure message noted by @DrRSatzteil.
As noted above the slider worked, although I did not test how it handles a restart, although I haven’t seen a post about sliders not working after a restart.
@DrRSatzteil @apella12 I have created a new topic for the oh-stepper issue to split that from the general milestone discussion. Please have a look at my answer there:
@wborn Can i just install pax-web-jetty-http2-jdk9 or do i need to downgrade?
I do not run snapshots in my production environment.
Hue did work in 4.0.3.
Can i safe downgrade to 4.0.3
Now i installed build 3677 and hope it is stable.
Just updated to 4.1 M2, and my site map won’t build, but I don’t have anything useful to troubleshoot the problem:
2023-10-17 19:20:07.203 [ERROR] [omponents.UIComponentSitemapProvider] - Cannot build sitemap page_c6c037636f
java.lang.ClassCastException: class org.openhab.core.model.sitemap.sitemap.impl.ConditionImpl cannot be cast to class java.util.Collection (org.openhab.core.model.sitemap.sitemap.impl.ConditionImpl is in unnamed module of loader org.eclipse.osgi.internal.loader.EquinoxClassLoader @3fd64b17; java.util.Collection is in module java.base of loader 'bootstrap')
at org.openhab.core.model.sitemap.sitemap.impl.ColorArrayImpl.eSet(ColorArrayImpl.java:180) ~[bundleFile:?]
at org.openhab.core.ui.internal.components.UIComponentSitemapProvider.addColor(UIComponentSitemapProvider.java:422) ~[bundleFile:?]
at org.openhab.core.ui.internal.components.UIComponentSitemapProvider.addLabelColor(UIComponentSitemapProvider.java:399) ~[bundleFile:?]
at org.openhab.core.ui.internal.components.UIComponentSitemapProvider.buildWidget(UIComponentSitemapProvider.java:297) ~[bundleFile:?]
at org.openhab.core.ui.internal.components.UIComponentSitemapProvider.buildSitemap(UIComponentSitemapProvider.java:165) ~[bundleFile:?]
at org.openhab.core.ui.internal.components.UIComponentSitemapProvider.getSitemapNames(UIComponentSitemapProvider.java:124) ~[bundleFile:?]
at org.openhab.ui.basic.internal.render.PageRenderer.renderSitemapList(PageRenderer.java:223) ~[?:?]
at org.openhab.ui.basic.internal.servlet.WebAppServlet.showSitemapList(WebAppServlet.java:123) ~[?:?]
at org.openhab.ui.basic.internal.servlet.WebAppServlet.service(WebAppServlet.java:155) ~[?:?]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:584) ~[bundleFile:4.0.4]
at org.ops4j.pax.web.service.spi.servlet.OsgiInitializedServlet.service(OsgiInitializedServlet.java:102) ~[bundleFile:?]
at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:799) ~[bundleFile:9.4.52.v20230823]
at org.eclipse.jetty.servlet.ServletHandler$ChainEnd.doFilter(ServletHandler.java:1656) ~[bundleFile:9.4.52.v20230823]
at org.ops4j.pax.web.service.spi.servlet.OsgiFilterChain.doFilter(OsgiFilterChain.java:100) ~[bundleFile:?]
at org.ops4j.pax.web.service.jetty.internal.PaxWebServletHandler.doHandle(PaxWebServletHandler.java:320) ~[bundleFile:?]
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) ~[bundleFile:9.4.52.v20230823]
at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:600) ~[bundleFile:9.4.52.v20230823]
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127) ~[bundleFile:9.4.52.v20230823]
at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:235) ~[bundleFile:9.4.52.v20230823]
at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1624) ~[bundleFile:9.4.52.v20230823]
at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:233) ~[bundleFile:9.4.52.v20230823]
at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1440) ~[bundleFile:9.4.52.v20230823]
at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:188) ~[bundleFile:9.4.52.v20230823]
at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:505) ~[bundleFile:9.4.52.v20230823]
at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1594) ~[bundleFile:9.4.52.v20230823]
at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:186) ~[bundleFile:9.4.52.v20230823]
at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1355) ~[bundleFile:9.4.52.v20230823]
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) ~[bundleFile:9.4.52.v20230823]
at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:234) ~[bundleFile:9.4.52.v20230823]
at org.ops4j.pax.web.service.jetty.internal.PrioritizedHandlerCollection.handle(PrioritizedHandlerCollection.java:96) ~[bundleFile:?]
at org.eclipse.jetty.server.handler.gzip.GzipHandler.handle(GzipHandler.java:731) ~[bundleFile:9.4.52.v20230823]
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127) ~[bundleFile:9.4.52.v20230823]
at org.eclipse.jetty.server.Server.handle(Server.java:516) ~[bundleFile:9.4.52.v20230823]
at org.eclipse.jetty.server.HttpChannel.lambda$handle$1(HttpChannel.java:487) ~[bundleFile:9.4.52.v20230823]
at org.eclipse.jetty.server.HttpChannel.dispatch(HttpChannel.java:732) [bundleFile:9.4.52.v20230823]
at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:479) [bundleFile:9.4.52.v20230823]
at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:277) [bundleFile:9.4.52.v20230823]
at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:311) [bundleFile:9.4.52.v20230823]
at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:105) [bundleFile:9.4.52.v20230823]
at org.eclipse.jetty.io.ChannelEndPoint$1.run(ChannelEndPoint.java:104) [bundleFile:9.4.52.v20230823]
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:338) [bundleFile:9.4.52.v20230823]
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:315) [bundleFile:9.4.52.v20230823]
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:173) [bundleFile:9.4.52.v20230823]
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:131) [bundleFile:9.4.52.v20230823]
at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:409) [bundleFile:9.4.52.v20230823]
at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:883) [bundleFile:9.4.52.v20230823]
at org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:1034) [bundleFile:9.4.52.v20230823]
at java.lang.Thread.run(Thread.java:833) [?:?]
It seems to be something colour related, looking at the stack trace, but nothing related is thrown up in the editor. Does anybody know how I could narrow this down without plugging through absolutely everything?
Edit: Created a new site map and tried some variations on colour rules:
KitchenLights == "ON" = "red"
KitchenLights == ON = "red"
KitchenLights == "ON" = red
KitchenLights==ON=red
If I remove all colour rule, the sitemap will work.
The last one was what I’ve been using before as there was a bug in previous versions preventing it from parsing, but none of them seem to work now. Can anybody confirm?
Yes, confirmed. There have been a number of enhancements to the sitemap syntax (not yet implemented in mainUI), but the way it is done broke backward compatibility for sitemaps defined in the UI. I am looking into it, but will need time to solve all issues. See Sitemaps defined in UI do not load anymore in 4.0M2 · Issue #3846 · openhab/openhab-core · GitHub.
1 Like
To add to this, as a workaround, you can put your sitemap definition in a sitemap file. That will work.
I rolled back for now, I can’t be dealing with remembering what all my items are called 
I also need to rollback if i can to 4.0.3 hue is very unstable in 3677.
/Mike
Can you please provide some details? We have a few pull requests merged recently. If they introduced regressions, we need to investigate and fix them.
I get this once a day on item:
COMMUNICATION_ERROR
An unexpected exception occurred: Error opening HTTP/2 session → javax.net.ssl.SSLHandshakeException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
Did not have this in 4.0.3
FYI also @AndrewFG
Pretty sure that this is a core issue and not the binding. Certainly cannot have been caused by any of the recent PRs.
I already posted this in the binding thread but I’m not sure if it got any attention there: in the latest milestone release I can add my netatmo presence camera again but it would not let me toggle the monitoring state of the camera. According to the log files the binding thinks that it cannot create a local connection which is not true in my case.
I don’t find any issue opened for that in Github.
No, so far I just asked her in the forums to find out if someone else if having this problem (here: New Netatmo binding (starting OH 3.3 M5) - #253 by DrRSatzteil) but there was no reaction so far. I can however also just open an issue, will do that when I’m on my computer to also include some logs.
I can just tell you that it still works for welcome camera.
I don’t have one of these so unfortunately I cannot test that. I could switch monitoring on and off with the presence just fine in OH 3 with the same network setup I’m using now so all I know is that this does not seem to be a restriction by netatmo. The camera is reachable locally so in theory it should work. I also had a look at the code already but could not figure it out yet…