Could be related to https://discuss.tchncs.de/post/32822957
..:: tchncs ::..
Your friendly https://tchncs.de/ community! Discuss whats happening in the tchncs world and/or just use it as a community forum.
German and english allowed.
If you are looking for a way to support tchncs, please check out https://tchncs.de/donate
Note: will act on this asap, did not forget
Thank you Milan!
Any updates on this? I mean, it's not a critical issue by any means, but to my understanding (without knowing the specifics of your hosting setup) it could be an easy fix.
i have added some headers (most interesting perhaps slice) - however arte currently times out when testing, aeharding does not seem to present opengraph stuff to test, peertube seemed to work normally before my adjustments
playing back an uploaded video didnt look like it was sliced however it played without showing any obvious errors anywhere
i have added proxy_hide_header Access-Control-Allow-Origin; which seems to help with that reflected origin
Seems to be a CORS issue. A GET request to https://discuss.tchncs.de/pictrs/image/2254acd7-9ce1-4b07-b334-15631f2847e2.png is correctly responded to with a single Allow-Origin header:
Access-Control-Allow-Origin: *
However, the problem occurs when a browser makes that request. It adds an Origin header (For example, Origin: https://aeharding.github.io/ in this case), and then the server responds with two Allow-Origin headers, which is invalid:
access-control-allow-origin: https://aeharding.github.io/
Access-Control-Allow-Origin: *
(Note the different capitalization.)
Ignoring that, it also seems that the server does not support the Range header. Requesting the same image with the header:
Range: bytes=0-1
returns the full image instead of the requested partial content. This effectively means that while video/audio files hosted on this instance will play, features like fast forwarding won’t work properly. This is something @milan@discuss.tchncs.de will probably want to take a look at some point.