Had the same problem. That’s how I ended up here.
Hey this worked great for my media player. Only thing missing is when I click the handle its a diff color…
Is there a md-slider-ON-CLICK-handle-color: orange
I can tell you for certain that my device ID’s changed. I did a comparison of an older core.device_registry to the one after the update. A big number of these changed…
The automations now have errors due to the ID’s changing.
Please show the comparison then
Here is an example…
Old: (2024.6.4)
{“area_id”:null,“config_entries”:[“c2cc4f4ef1e0bd78d35dd6921630d1c4”],“configuration_url”:null,“connections”:,“disabled_by”:null,“entry_type”:null,“hw_version”:null,“id”:“5ab4f196bb5cacaf1d03f64991ae80d4”,“identifiers”:[[“mobile_app”,“f0db0ce87b8ca83d”]],“labels”:,“manufacturer”:“samsung”,“model”:“SM-G991W”,“name_by_user”:null,“name”:“SM-G991W”,“serial_number”:null,“sw_version”:“34”,“via_device_id”:null},
New: (2024.7.1)
{“area_id”:null,“config_entries”:[“c2cc4f4ef1e0bd78d35dd6921630d1c4”],“configuration_url”:null,“connections”:,“disabled_by”:null,“entry_type”:null,“hw_version”:null,“id”:“15626cf34118514d603501c0b20f25ed”,“identifiers”:[[“mobile_app”,“f0db0ce87b8ca83d”]],“labels”:,“manufacturer”:“samsung”,“model”:“SM-G991W”,“name_by_user”:null,“name”:“SM-G991W”,“primary_config_entry”:“c2cc4f4ef1e0bd78d35dd6921630d1c4”,“serial_number”:null,“sw_version”:“34”,“via_device_id”:null},
That would be a bug, I suggest you create an issue against the mobile app integration for Android.
Do you have other examples of “big” number of them changing?
The biggest number of devices that changed were my Zigbee devices (ZHA). I had to redo all of my automations that had anything to do with ZHA. Unfortunately, I deleted the backups after sending you the example. This is the second time for me that this has happened in 2023.11 and 2024.7. I know others have reported this as well in the past.
The point is, this should not happen. if/when it does happen, an issue should be written up against the offending integration. Your device IDs will not change. If they do, you encountered an issue.
I noticed that after removing all TODO integrations (tested few locally), the sidebar icon redirecting to /todo still exits, showing nothing (empty page):
I expected that when the last todo.* entity has been removed, that item is also removed. Now the only (ugly as it needs to be done on every client) way to hide them (temporarily) is to use Manage sidebar/menu items (hide/add/move).
There’s also no config option at /config/lovelace/dashboards like for other dashboards (“show in sidebar” config option). Nothing 
Has that been fixed in a later HA release maybe?
Restart…
Didn’t try yet 
Good old Windows style right… haha