Checking if upgrade instructions were provided for all OH 4 PRs

[lolodomo]

As a mechanism was introduced in OH 4 to provide an automatic upgrade of managed things, I think it would make sense that this mechanism was used in all PRs merged in OH4. At the time I am writing this message, we have 515 PRs merged tagged with milestone 4.0.
I think we could at least do a quick control in all these PRs, that is check if a thing was updated in XML files and no upgrade instructions were provided.
I will then list the found PRs here.
Is there someone to help me doing these checks ? I plan to start from the oldest. So if someone would like to start from the most recent, this would help.

Of course, after these PRs are identified, this will require to add upgrade instructions.

• [evohome] Add UoM and semantic tags for temperature channels #13885 : item type was updated (dimension added) for 2 channel types and tags added
• [danfossairunit] Remove deprecated channel 'manual_fan_speed' #14030 : channel manual_fan_speed removed => upgrade instructions in [danfossairunit] Add instruction for channel removal #14473
• [fineoffsetweatherstation] Fix QuantityType for rain-rate #14039 : item type was updated (dimension changed) for channel rain-rate
• [renault] Add new channels 'batterystatusupdated' and 'locked' #14076 : channels batterystatusupdated and locked added => upgrade instructions in [renault] Add instructions for adding channels #14572
• [renault] Add channel for pausing/resuming charging #14527 : channel pause added => upgrade instructions in [renault] Add instructions for adding channels #14572
• [miele] Add categories and semantic tags #14086 : category and tag added
• [bondhome] Add raw speed channel #14155 : channel rawSpeed added
• [plugwiseha] Added default tags #14160 : tags added
• [squeezebox] Add new channels for additional tags #14201 : a lot of channels added
• [gree] Fix thing-type min state #14219 : channel state updated (min value)
• [Tibber] Added "today" API channel #14236 : channel today_prices added
• [tibber] Add accumulatedReward channel #14277 : channel live_accumulatedReward added
• [omnikinverter] Add extra parameters (temperature, AC frequency, AC current, AC voltage and total hours running) #14244 : channels added and channels updated with a new channel type
• [evcc] Adjust to breaking API change and add Battery Capacity channel #14245 ? a channel type was added but not added to a thing type, maybe a dynamic channel
• [unifi] Added channels name and hostname to client things #14283 : channels name and hostname added
• [unifi] Add support for guest Wi-Fi vouchers #14284 : channels guestVoucher and guestVouchersGenerate added
• [unifi] Add UoM support for RSSI channel #14319 : channel type rssi updated
• [boschshc] Allow setting the temperature for climate control #14352 : channel type setpoint-temperature updated (read-only)
• [onewire] Code improvements and bug fixes #14400 : channel type updated (state)
• [sleepiq] Rework cloud API and other enhancements #14180 : a lot of channels added
• [sleepiq] Add new channels #14447 : 4 channels added => upgrade instructions in [sleepiq] Add thing type update instructions #14460
• [Netatmo] Add Carbon Monoxide sensor support #14543 : channel group renamed
• [avmfritz] Use system channel types and decrease minimum polling interval #14587 : instructions to update a channel "voltage" which does not exist + ref to system channel using ":" to be confirmed
• [tapocontrol] Support display light effects for L530 #14596 : new channel groups (for dynamic things ?)
• [deconz] Add On/Off thermostats #14636 : channel valve removed (new channel type on)
• [generacmobilelink] Major rewrite of the Generac MobileLink Binding #14638 : many channels added/removed
• [anthem] Add channel, refactor parser, add tests #14720 : new group "general". Are instructions correct ?
• [boschshc] Add support for Thermostat SilentMode #14781 : channel silent-mode added
• [ventaair] Fix typo Dimenionsless in channel definition #14896 : item type fixed in channel type humidity

Checked from PR 14896 (page 2)
To be checked: #14622 #14641

[lolodomo]

@J-N-K : is the feature enough clever to not add again a channel that would be already present because a user created his thing after the enhancement but before upgrade instructions were provided?
Is there a risk to provide upgrade instructions very late? I am thinking about users who installed milestones or snapshots.

[J-N-K]

No, but you can workaround that by using "update" instead of "add". Calling "add" when a channel already exists results in an exception, "remove" or "update" don't fail if the channel is not present.

[jlaur]

@lolodomo:

• danfossairunit: Instructions were added in [danfossairunit] Add instruction for channel removal #14473
• miele: Most of the channels can't be fixed without losing the localized channel label and description. I would prefer to not to mess with it, since it's just default tags and two categories.
• renault: Instructions were added in [renault] Add instructions for adding channels #14572

[florian-h05]

@lolodomo

• evcc: Binding is using dynamic channels.

[openhab-bot]

This issue has been mentioned on openHAB Community. There might be relevant details there:

https://community.openhab.org/t/tibber-binding/67019/243

[lsiepel]

Willing to spare some time, but is this still relevant since 4.0 has allready been released?

[lolodomo]

No, unfortunately, it is too late I believe.

[openhab-bot]

This issue has been mentioned on openHAB Community. There might be relevant details there:

https://community.openhab.org/t/fine-offset-weather-station-binding-discussion/134167/228