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

Logbook: Device trackers should use "became unavailable" for that state #22874

Open
2 of 4 tasks
NoRi2909 opened this issue Nov 19, 2024 · 0 comments
Open
2 of 4 tasks

Comments

@NoRi2909
Copy link
Contributor

NoRi2909 commented Nov 19, 2024

Checklist

  • I have updated to the latest available Home Assistant version.
  • I have cleared the cache of my browser.
  • I have tried a different browser to see if it is related to my browser.
  • I have tried reproducing the issue in safe mode to rule out problems with unsupported custom resources.

Describe the issue you are experiencing

Device Trackers have three special strings for their Logbook messages:

"was_away": "was detected away",
"was_at_state": "was detected at {state}",

"was_at_home": "was detected at home",

But when their state becomes unavailable the Logbook uses the middle string above, which is actually meant to be used with zone names, so we get

Was detected at unavailable

Here in a screenshot:

Screenshot 2024-11-18 20 38 51

Describe the behavior you expected

This should be fixed by using the general Logbook message for that state instead:

"became_unavailable": "became unavailable",
"became_unknown": "became unknown",

I'm including 'unknown' above as this might currently produce the similar

 Was detected at unknown

if that state is possible (?). Then this needs to be included in the fix.

Also reporting this because in translations these message combinations often produce even stranger results.

What version of Home Assistant Core has the issue?

core-2024.11.3

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant