We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
Device Trackers have three special strings for their Logbook messages:
frontend/src/translations/en.json
Lines 455 to 456 in 231ef4b
Line 475 in 231ef4b
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
unavailable
Was detected at unavailable
Here in a screenshot:
This should be fixed by using the general Logbook message for that state instead:
Lines 483 to 484 in 231ef4b
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.
core-2024.11.3
The text was updated successfully, but these errors were encountered:
No branches or pull requests
Checklist
Describe the issue you are experiencing
Device Trackers have three special strings for their Logbook messages:
frontend/src/translations/en.json
Lines 455 to 456 in 231ef4b
frontend/src/translations/en.json
Line 475 in 231ef4b
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 getHere in a screenshot:
Describe the behavior you expected
This should be fixed by using the general Logbook message for that state instead:
frontend/src/translations/en.json
Lines 483 to 484 in 231ef4b
I'm including 'unknown' above as this might currently produce the similar
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
The text was updated successfully, but these errors were encountered: