You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When there is an error on a non-HTML page (such as ics), there is a HTML page rendered. That breaks FrozenFlask (expecting text/calendar by the filename, gets text/html).
No idea how we are supposed to handle this, but the current implementation breaks the entire build if this happens.
Right. Well, we can set the content type as a dirty workaround. The static site will then download an ics file with HTML content which isn't great, but at least it would build. Later, we can change the error to plaintext maybe.
There's a power outage, so I'm on battery and cell data, so don't expect an actual fix/workaround from me any time soon (as it involves pulling docker images etc.).
No idea how we are supposed to handle this, but the current implementation breaks the entire build if this happens.
Current implementation breaks the entire build if this happens, as do any errors.
The plan is that a course will show the last successful build; errors like this will prevent that one course from updating.
Also, dependencies for new courses are locked using pipenv.
Activity
[-]Errors in forks brek non HTML pages[/-][+]Errors in forks break non HTML pages[/+]hroncok commentedon Jul 1, 2018
For the calendar particularly this is being handled in
naucse.python.cz/naucse/views.py
Lines 825 to 834 in 71cbde9
We need to return something that has correct content type.
encukou commentedon Jul 1, 2018
It's actually in the
.icsroute.naucse.python.cz/naucse/views.py
Lines 901 to 910 in 71cbde9
To handle this in a static site we'd need an
iCalerror page. I don't think that's possible :(hroncok commentedon Jul 1, 2018
Right. Well, we can set the content type as a dirty workaround. The static site will then download an ics file with HTML content which isn't great, but at least it would build. Later, we can change the error to plaintext maybe.
hroncok commentedon Jul 1, 2018
There's a power outage, so I'm on battery and cell data, so don't expect an actual fix/workaround from me any time soon (as it involves pulling docker images etc.).
encukou commentedon Jul 1, 2018
ACK, I'll do the workaround.
Work around for error in calendars
encukou commentedon Feb 8, 2019
Current implementation breaks the entire build if this happens, as do any errors.
The plan is that a course will show the last successful build; errors like this will prevent that one course from updating.
Also, dependencies for new courses are locked using pipenv.
See #494 for a high-level plan