Fix test_time_zoneinfo edge case#1411
Conversation
…te assertions to handle possible inclusion of obsolete IANA entries
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## master #1411 +/- ##
=======================================
Coverage 99.65% 99.65%
=======================================
Files 174 174
Lines 22519 22519
Branches 3582 3582
=======================================
Hits 22441 22441
Misses 70 70
Partials 8 8 🚀 New features to boost your workflow:
|
|
I didn't know this had so many edge cases; I wonder if we should just pick a timezone that is the same in all systems? The goal is just to show the handling of it; deal with the IANA timezone differences. Besides that; great accommodation regardless! Thoughts? |
|
How did you arrive at Cordoba as a test case? Did that come from seeing it in two entries in your available timezones list? |
Basically i just wanted to verify that my new timezone function correctly supported:
The latter was just the first one I had found, but there are maybe better ones to choose that aren't being phased out and common across all distributions? |
Description:
Related issue (if applicable): #1405
As discussed here, a reliance on the system-dependent IANA timezone database results in the test_apprise_utils test failing (for me at least, on Windows). I fixed the test to:
Checklist
tox -e lintand eventox -e formatto autofix what it can)tox -e minimal)Testing
Anyone can help test this source code as follows: