-
Notifications
You must be signed in to change notification settings - Fork 119
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
Migrate legacy notification to new format #989
Comments
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 |
Do you have any link to information about this migration? I’m not aware of any recent changes in HA regarding this. |
New notify entity platform The change to an entity-based notification service in Home Assistant was introduced in April 2024. This update shifted the notification platform from using the traditional notify.notify service to a new entity-based model. The new notify.send_message service became the core of this update, allowing users to target multiple notification entities simultaneously. This change means that automations using the old service will need to be updated, as the legacy service is being phased out. In May 2024, additional enhancements were made, including the introduction of a title option in the send_message service, enabling more integrations to be migrated to this new platform. |
Any update on this issue? If I try to convert the old format to the new format (as shown by topic starter) I get an error when testing or saving: "Actie notify/send_message kon niet worden uitgevoerd. must contain at least one of entity_id, device_id, area_id, floor_id, label_id." |
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 |
Same here: I use Alarmo notifications also to notify mobile devices and if there are bypassed_sensors, I put them into these notificiations aswell. This worked pretty good but since last HA updates the IF stuff is printed into the notification. This code does not work anymore (and can't be edited as required in Alarmo): {% if bypassed_sensors | length > 0 %} I would highly appreciate a fix for that. I by the way love Alarmo! The topic I found: |
I am not sure what is requested here, but I will try summarize it in my own words, hope anyone could confirm/correct me. If I understand correctly, the migration is about replacing the 'legacy' service format: service: notify.<my_device_name>
data:
... with the 'new' service format service: notify.send_message
target:
entity_id: notify.<my_device_name>
data:
... For me, only the 'legacy' format works, the second one fails. My conclusion is that the current situation is a bit of a mixup, some integrations use the 'legacy' format, others use the 'new' format. @xhemp Could you share your views on this? |
@nielsfaber |
@nielsfaber I believe it sounds good if we can edit the yaml without any error message. As you said, even though it not ideal, we could be able to do it until this whole migration thing goes through. |
This should be resolved in the v1.10.6 release. |
Juat wondering if anyone ( @Schermbecker @michaelblaas @JBlohm ) changed it on the YAML editor and is still getting an error? Required key 'service' is missing. |
Actually I haven't changed anything. |
I just changed because I was testing my alarm yesterday and the notification was used then I got the warnings on HA about this being changed next month. |
I hope there will be an update of alarmo in time 😀 |
The workaround, as far as I understand, would allow us to use the new notification (notify.send_message) in the YAML editor without erroring out but it's not working for me. |
Using this (new syntax) YAML: target: I get this error when saving: Something went wrong! Response error: 400 Please report the bug. As an example of a working automation that uses the new notification syntax I have included it here as a reference for you:
|
@nielsfaber Can you please have a look at this? It looks like it's still an issue. |
I assume you refer to this issue?
First, please make sure that this issue is not due to browser caching. In the top-right corner of the alarmo configuration panel the version number is displayed, this should show v1.10.6. I test this feature with the I can both test and save this notification, it does not give me any errors. To clarify a bit more on my previous statement:
This statement is not true. Users can use the UI and should see their @michaelblaas Do not use the |
@nielsfaber : As far as I can see I follow your instructions to the letter. See screenshot. Houwever it still raises the error message and the 'Try' option is greyed out. (Makes no difference if I use the notify.notifier entity). |
I have the same issue and it hasn't been fixed with 1.10.6 or 1.10.7 for me. EDIT: Before it was like: |
Checklist
Alarmo Version
v1.10.4
HA Version
2024.7.1
Bug description
(Ignore the notify.energy above, just got an example of the message which shows on HA).
I use the notification to write which sensor has been tripped and then it calls my phone using an Asterisk server.
I tried to write the notification on yaml but it doesn’t allow me to save it on Alarmo.
Am I mixing things up or is this genuine?
This is what I have on the notify bit inside Alarmo:
And this is what I tried which errors out:
Steps to reproduce
Just try to send a notification on Actions - Notification on Alarmo
Relevant log output
No response
The text was updated successfully, but these errors were encountered: