google-code-export / openhab

Automatically exported from code.google.com/p/openhab
GNU General Public License v3.0
0 stars 0 forks source link

Order of Items displayed in the openhab.app and greent changed. Possibly a bug? #436

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1. Upgrade to Openhab 1.3 by copying the configuration, db4o and rrd-data to 
the new installation.
2. Remove the IHC Binding, because its spamming the console in case of not 
configured.

What is the expected output? What do you see instead?

I am unsure if this is a bug, however, the sorting of the items has totally 
changed. In Openhab 1.2 all items were in the order in which they were in the 
Items file. Now they are sorted arbitrarily

What version of the product are you using? On what operating system?

Openhab 1.3
Debian GNU/Linux jessie/sid

Please provide any additional information below.

Original issue reported on code.google.com by boris.li...@gmail.com on 9 Sep 2013 at 8:32

GoogleCodeExporter commented 9 years ago
did you configure the group item in your sitemap and let openHAB generate the 
subsequent entries for you?

Original comment by teichsta on 9 Sep 2013 at 9:12

GoogleCodeExporter commented 9 years ago
Yes, that is correct. An example:

/* Beschattung */
Group Beschattung "Beschattung" <rollershutter>

Group Beschattung_EG "Erdgeschoss" <rollershutter> (Beschattung)

Dimmer Raffstore_EG_Wohnzimmer_links "Raffstore links" <rollershutter> 
(Beschattung_EG) { knx="1.001:2/0/10, 5.004:2/0/12+2/0/14" }
Dimmer Lamelle_EG_Wohnzimmer_links "Lamelle links" <none> (Beschattung_EG) { 
knx="1.001:2/0/11, 5.004:2/0/13+2/0/15" }
....

The sort of venetian blinds and slats is now a complete mess.

Original comment by boris.li...@gmail.com on 9 Sep 2013 at 9:21

GoogleCodeExporter commented 9 years ago
ok, that is the cause of your observation.

Generating the subsequent Items was merely development as a debug feature. 
Since the underlying data structure  does not guarantee any order, it can vary 
between different openHAB starts. To ensure ordering you'll have to list your 
items one by one.

So your observation is the intended (or at least tolerated) behaviour.

Original comment by teichsta on 9 Sep 2013 at 9:30

GoogleCodeExporter commented 9 years ago
Although the order is not considered as a feature, I agree that the behavior 
now is annoying especially as it used to be different in 1.2.
I have therefore fixed the problem and marked it as a candidate for a potential 
1.3.1 bug fix release: 
https://code.google.com/p/openhab/source/detail?r=97dc88dc2187e39160258676d33374
92f2f9c824&name=1.3.1

Original comment by kai.openhab on 9 Sep 2013 at 4:49