Does it possibly have to do with the byte-range requests?
When I try the curl command in there, it downloads the full file if I understood it correct. But then again it’s super weird, that it used to work in Kirby 2 or if you download the file directly from content folder.
I don’t see how request on the media folder would be handled differently unless you have some non-standard server configs. Manually copy the file to the media folder just to make sure maybe? If the problem is indeed the thumb method crippling the .mp4, I’d file a bug report.
Hey, @phm thanks for looking into this. But the thing is that the file is available in other browsers, so I don’t think it gets crippled. Also, from other browsers you can download the file like I did. The problem is really the response, and I think in particular this missing Accept-ranges: bytes bit.
I don’t see why the thumb method should do something with the file?
@marco I don’t think it’s something Kirby related.
Quick test here: https://manuelmoreale.dev/plainkit-master/
The file is loaded from the media folder and it’s loading just fine for me in safari.
@marco So after some digging looks like that’s most likely the issue. There’s quite a few issues online going back years but usually the problem is the server lacking byte-range support.
Your case is quite weird though because it’s only the video served from the media folder that is creating problems so must be something else that’s interfering.
Unfortunately my knowledge of server setups is quite limited so I have no idea where you could look to find out what’s causing this specific issue
That said, as a workaround, you could just use the original file in the content folder since that’s loaded just fine from what i can see. Obviously not a permanente solution but better than nothing.