@ysc I noticed that in the list of bindings, Main UI doesn’t show any bindings that were installed by placing the binding into the addons directory. Therefore, if the binding allows for configuration at the binding level (e.g. callback URL), it’s not possible to configure the binding through the UI.
The bindings installed in the addons directory do show up in the REST API bindings endpoint.
Can confirm this. Humidity items created from a OH2 remote channel are also shown without %.
Also using \0025 won’t work.
the same is with a number item, i get the battery status with mqtt and also there i cant change the stateDescrition to %
No, don‘t put it under options, its the state description called pattern
Just add %d %% there
@mhilbush you should be able to see it (and configure it) from the “add thing” screen when you have to choose the binding.
Ah yes, you’re right. Thanks!!
Using the remote binding for Openhab 2.5:
In list view the humidity item is displayed correctly:
As a standalone widget the % is missing:
When I add the pattern pattern %d %% I just get an error:
Only %s %% works.
so I upgraded from RC1 to snapshot 2082 and then to 2083, my rules still aren’t working and logging also stays empty.
When I do log:get I get following:
Logger | Level
---------------------------------------------------+--------
ROOT | WARN
javax.jmdns | ERROR
javax.mail | ERROR
org.apache.karaf.jaas.modules.audit | INFO
org.apache.karaf.kar.internal.KarServiceImpl | ERROR
org.apache.karaf.shell.ssh.SshUtils | ERROR
org.apache.karaf.shell.support | OFF
org.eclipse.lsp4j | OFF
org.eclipse.smarthome | INFO
org.jupnp | ERROR
org.openhab | INFO
org.openhab.binding.melcloud |
org.openhab.binding.shelly |
org.openhab.binding.somfytahoma |
org.openhab.binding.surepetcare | DEFAULT
org.openhab.ui.paper | WARN
org.openhab.ui.paper.internal | INFO
org.ops4j.pax.url.mvn.internal.AetherBasedResolver | ERROR
org.ops4j.pax.web.pax-web-runtime | OFF
smarthome.event | INFO
smarthome.event.InboxUpdatedEvent | ERROR
smarthome.event.ItemAddedEvent | ERROR
smarthome.event.ItemRemovedEvent | ERROR
smarthome.event.ItemStateEvent | ERROR
smarthome.event.ThingAddedEvent | ERROR
smarthome.event.ThingRemovedEvent | ERROR
smarthome.event.ThingStatusInfoEvent | ERROR
but when I check I check /var/lib/openhab/etc/log4j2.xml it doesn’t contain any references to smarthome, they have all been replaced by openhab.
This was the only log4j2.xml file I could find on my system, perhaps something else needs to be modified?
I rebooted several times but just cannot get rules to work or logging to start.
Any tips are appreciated 
.
@thewiep had the same issue. no logs and rules wouldnt trigger on 2084
updated to 2085, worked again!
dont know if it was because of 2085 (cant see any changes in core package) or because of restarting openhab
That might be a workaround, but not really a solution. It seems that there is I bigger problem with the KEBA Binding in openHAB. I made also a test with Node-RED and use the UDP node to send some commands and get the values back. So the communication between the P30 and my network is ok.
thanks, I just upgraded but it seems snapshot is now at 2086 and I still have the same issue…
Perhaps your issue got solved by the additional reboot like with some others and in my case it might be something else.
I sure hope I don’t need to do a clean install 
Your value is a decimal so use %f and not %d.
I’m not sure if this was reported before, but I have a special equipment that I control using the exec binding. I have defined some things and linked items to them. And I have grouped these items in one equipement group in my living room. All was ok.
Then I deleted one of these items. What happened is that the equipment group no longer appeared in the living room, and all its items were put as “independent entries” in the model. So I had to delete the equipment group, create a new one, include it in the living room, and include the items.
I think I should be able to delete an item included in a group without creating this mess with the group and its other members.
I’m on Build #2083
I re-installed frontail through the menu but needed to rename the .git folder in there for the install to complete.
Now frontail is run with frontail user instead of openhab.
That part is fixed, thanks.
I’m also having the logging issue when upgrading from M5 to RC1 and now on S2086. I’ve checked my log4j2.xml and I have no references to smarthome either.
EDIT: I replaced the log4j2.xml file with the one from the git repo and after about 4 restarts I now have event logging back. I’m not sure what broke but it seems to have cleaned out.
sadly I don’t think I have gotten any further…
I checked:
this is log:get before editing:
Logger | Level
---------------------------------------------------+--------
ROOT | WARN
javax.jmdns | ERROR
javax.mail | ERROR
openhab.event | INFO
org.apache.karaf.jaas.modules.audit | INFO
org.apache.karaf.kar.internal.KarServiceImpl | ERROR
org.apache.karaf.shell.ssh.SshUtils | ERROR
org.apache.karaf.shell.support | OFF
org.eclipse.lsp4j | OFF
org.eclipse.smarthome | INFO
org.jupnp | ERROR
org.openhab | INFO
org.openhab.binding.melcloud |
org.openhab.binding.shelly |
org.openhab.binding.somfytahoma |
org.openhab.binding.surepetcare | DEFAULT
org.openhab.ui.paper | WARN
org.openhab.ui.paper.internal | INFO
org.ops4j.pax.url.mvn.internal.AetherBasedResolver | ERROR
org.ops4j.pax.web.pax-web-runtime | OFF
smarthome.event | INFO
smarthome.event.InboxUpdatedEvent | ERROR
smarthome.event.ItemAddedEvent | ERROR
smarthome.event.ItemRemovedEvent | ERROR
smarthome.event.ItemStateEvent | ERROR
smarthome.event.ThingAddedEvent | ERROR
smarthome.event.ThingRemovedEvent | ERROR
smarthome.event.ThingStatusInfoEvent | ERROR
this is log:get after changing:
Logger | Level
---------------------------------------------------+--------
ROOT | WARN
javax.jmdns | ERROR
javax.mail | ERROR
openhab.event | INFO
openhab.event.InboxUpdatedEvent | ERROR
openhab.event.ItemAddedEvent | ERROR
openhab.event.ItemRemovedEvent | ERROR
openhab.event.ItemStateEvent | ERROR
openhab.event.ThingAddedEvent | ERROR
openhab.event.ThingRemovedEvent | ERROR
openhab.event.ThingStatusInfoEvent | ERROR
org.apache.karaf.jaas.modules.audit | INFO
org.apache.karaf.kar.internal.KarServiceImpl | ERROR
org.apache.karaf.shell.ssh.SshUtils | ERROR
org.apache.karaf.shell.support | OFF
org.apache.sshd | WARN
org.eclipse.lsp4j | OFF
org.jupnp | ERROR
org.openhab | INFO
org.openhab.binding.melcloud |
org.openhab.binding.shelly |
org.openhab.binding.somfytahoma |
org.openhab.binding.surepetcare | DEFAULT
org.openhab.ui.paper | WARN
org.openhab.ui.paper.internal | INFO
org.ops4j.pax.url.mvn.internal.AetherBasedResolver | ERROR
org.ops4j.pax.web.pax-web-runtime | OFF
I do see that a lot is set to ERROR so that might indicate why the log isn’t filling up…
I didn’t change te logging level between MS3 and RC1 though…
Also, my rules still aren’t triggered and have no idea where to look.
Manually starting them from UI does seem to work.
I think there’s a bug in the HTTP binding in OH3 RC1
After reboot:
[WARN] [ttp.internal.http.RefreshingUrlCache] - Could not find authentication result for ‘http://thermostat1.6w.kfife.com/get?OID4.1.13’, failing here
Fix:
In gui, show, and re-save the http thing without making any changes
After the save, the error stops, thinig works again, until the next reboot.
I apologize, I’m a noob, so let me know where to post logs, details etc to help the debugging process.
I observe a new Latency issue in OH3 RC1 when using android client and a sitemap:
Again, noob apologies if posted in the wrong place, but it seems to be OH3 RC1 related.
I have a simple sitemap item for a zwave thing.
I had the same sitemap for OH2.5, and in OH3 M1. Prior to the the RC1 update, the latency between touching the UI in the android app was essentially non-existent. Now it takes nearly 3 seconds for the thing to respond to an Android sitemap UI touch.
The delay seems to be on the OH processing side. When I tap the UI element on the Android client while doing packet capture on the OH Ethernet port, the message packets arrive instantly. After the ~3 sec delay, the message event stream shows the messages egressing to the Z-Wave controller. The thing changes state instantly after the messages are sent to the Z-Wave controller (i.e. it doesn’t appear to be a z-wave re-transmit/routing issue
Note that if I manipulate the item directly in the OH3 WebUI, there is no appreciable delay/latency when toggling the item state.
I can’t be completely sure that the upgrade to RC1 from M1 was the only change made to the development system, but I’m happy to help debug the issue to include/exclude OH3 as the cause.
In pages, is there something that produces a similar result as the “selection” element in OH2 sitemaps? Where you tap it and a modal or popup window contains a list of mapped values you can select.
In a sitemap, it looked something like this, which I use frequently to select between a set dim level, off, and full.
Selection item=bedroomLampDimmer mappings=[0="OFF", 20="DIM", 100="FULL"]
I don’t see any of the cards in pages doing this.