| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
| |
changed func in eb94441420845970d48fe7b4e30cc5eed78ac95a , forgot to
change the test also
|
| |
|
|
| |
generally we should work in datetimes, the strings should be the "special" ones
|
| |
|
|
|
|
|
|
|
|
|
| |
so now it's just datetime.datetime with custom input and a few new funcs
instead of actually having a datetime.datetime internally and jankily
kind-of-exposing it
doesn't really affect things currently, but it makes something i want to
do possible (and it's generally just the better way of doing it)
Co-Authored-By: 9382 <omnomaidan@gmail.com>
|
| |
|
|
| |
mostly whitespace changes
|
| |
|
|
|
|
| |
deduped code for working it out
also fixed bug in broadcast_day_end where it shifted forward by a day,
but didn't also set the time to 5am
|
| |
|
|
|
|
|
|
|
| |
the site will accept this so we have to as well
i should probably try and handle this in SiteTime
but cant be fucked right now
iirc the site just blanks out if the day is out of range
so the datetime exception matches the site's behaviour 👍
|
| |
|
|
|
| |
extractor shouldnt be executable
time thing should so i can test it easier
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
The old behaviour assumed programmes were deleted precisely a week after
their end time. This isn't actually the case though, as long as it's
within a week of the _broadcast day_, the site will let you.
This lead to the extractor bailing out (Programme is no longer available)
when in fact the programme was still playable on the site.
The fix uses the same logic as RadikoTime.broadcast_day to find the
broadcast day (TODO: one func for both?), then sets the time to 05:00:00
the next day - i.e. the start of a new broadcast day.
|
|
|
now only one thing gets passed around and it has most everything we need
closes #11
|
