Skip to content

Conversation

@BrianRossmajer
Copy link

With 'EST' kasa discover on Debian consistently failed with
Raised error: 'No time zone found with key EST'

I couldn't confirm "EST" was a valid IANA timezone, where America/Toronto definitely is... but it's "Eastern Time" not "Eastern Standard Time" which I think is what folks would expect in any case.

With 'EST' `discover` consistently failed with
```Raised error: 'No time zone found with key EST'```
@codecov
Copy link

codecov bot commented Jul 8, 2025

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 92.66%. Comparing base (e21ab90) to head (934f89e).

Additional details and impacted files
@@           Coverage Diff           @@
##           master    #1554   +/-   ##
=======================================
  Coverage   92.66%   92.66%           
=======================================
  Files         150      150           
  Lines        9538     9538           
  Branches      974      974           
=======================================
  Hits         8838     8838           
  Misses        499      499           
  Partials      201      201           

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

@rytilahti
Copy link
Member

To be honest, it sounds like your installation is broken. tzdata should have it and I just tested that I can initialize it on python3.13 just fine:

In [3]: from zoneinfo import ZoneInfo

In [4]: ZoneInfo("EST")
Out[4]: zoneinfo.ZoneInfo(key='EST')

You could try if installing tzdata using pip helps. If so, python cannot find the OS-wide installation for some reason.

@ZeliardM
Copy link
Contributor

ZeliardM commented Oct 9, 2025

@BrianRossmajer Can you try checking out my PR [#1583] and see if that resolved the time module issue? I have implemented a more aggressive failover and deterministic time zone capture for older IOT devices. If that resolves your issues, we can close this out and implement the more robust failover.

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

Successfully merging this pull request may close these issues.

3 participants