Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

1.21.2 has breaking changes for Green Power devices (e.g. Philips Hue Tap) #9028

Closed
davidjb opened this issue Oct 6, 2021 · 8 comments
Closed
Labels
problem Something isn't working stale Stale issues

Comments

@davidjb
Copy link

davidjb commented Oct 6, 2021

What happened

On upgrading to v1.21.2, I've found the action values for Green Power devices have changed as a result of Koenkk/zigbee-herdsman-converters#2980, meaning all automations won't work until they're updated to use the changed values.

The change was easy enough for make via find-and-replace, it was more that the breaking change was unexpected & I had to discover the problem and why and then figure out the mapping. For the Philips Hue Tap, the mapping is:

  • togglepress_1
  • recall_scene_0press_2
  • recall_scene_1press_3
  • recall_scene_2press_4

What did you expect to happen

Changelog would ideally mention breaking changes and, if following SemVer, then the major version number should be increased.

How to reproduce it (minimal and precise)

Be using a previous version and update to >=1.21.2.

Debug info

Zigbee2MQTT version: 1.21.2

@davidjb davidjb added the problem Something isn't working label Oct 6, 2021
@rindlerblabla
Copy link

rindlerblabla commented Oct 6, 2021

Similar that 1.21.0 broke some functionality of the keypads #8630.

I also think that it should be more obvious when functionality is lost, maybe add another headline for the release updates - "Breaking changes".

@Koenkk
Copy link
Owner

Koenkk commented Oct 6, 2021

Changelog would ideally mention breaking changes and, if following SemVer, then the major version number should be increased.

You are totally right, this should indeed be marked as a breaking change however I completely missed this (mainly because it wasn't meant to be breaking in the first place, details: Koenkk/zigbee-herdsman-converters#2885)

@davidjb
Copy link
Author

davidjb commented Oct 6, 2021

No worries, thanks @Koenkk. I mostly opened this to make folks aware of the situation in case they experienced the same situation.

I really appreciate all your efforts -- and fwiw these underlying changes are really helpful. They makes the Tap switches more usable in z2m and easier to work with as the action values more logical/memorable.

@Koenkk
Copy link
Owner

Koenkk commented Oct 6, 2021

This should have been handled the same was as e.g. https://www.zigbee2mqtt.io/devices/WXKG01LM.html#deprecated-click-event (only enable this when legacy: false is set for this device). However adding this now would make another breaking change for the next release, I think doing nothing is the best option now.

@davidjb
Copy link
Author

davidjb commented Oct 6, 2021

@Koenkk Sounds good 👍 Perhaps in the interim you could edit the release description for the current release (https://github.com/Koenkk/zigbee2mqtt/releases/tag/1.21.2) and mention the known issue / breaking change? Linking to this issue (e.g. the mapping of values) would probably help others - assuming they're reading the release notes 😄

@Koenkk
Copy link
Owner

Koenkk commented Oct 6, 2021

@davidjb good point, added this.

@kris10an
Copy link

I have a Niko 91004 which I'm trying to create some automations for. But since it fires the same action for 'click' and 'hold' it's hard to distinguish. I've added an [issue] (xaviml/controllerx#364) for adding support to ControllerX, which will also be hard if the same actions are fired. Apparently deCONZ fires different actions for click and hold. Also discussed here.
Would it be possible to add different actions for click and hold to zigbee2mqtt?

@github-actions
Copy link
Contributor

This issue is stale because it has been open 30 days with no activity. Remove stale label or comment or this will be closed in 7 days

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
problem Something isn't working stale Stale issues
Projects
None yet
Development

No branches or pull requests

4 participants