Project

General

Profile

Actions

Bug #88205

open

Missing FAL support for byte-range requests

Added by Moritz Ngo almost 5 years ago. Updated 7 months ago.

Status:
New
Priority:
Should have
Assignee:
-
Category:
File Abstraction Layer (FAL)
Target version:
-
Start date:
2019-04-25
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
9
PHP Version:
Tags:
Complexity:
hard
Is Regression:
Sprint Focus:

Description

This issue occurs when serving video files from a non publicly accessible FileStorage.
\TYPO3\CMS\Core\Resource\ResourceStorage::getPublicUrl() will generate an URL like this:

/index.php?eID=dumpFile&t=f&f=11623&token=047550942c914f1c4e4ae8d22a0bc2102661019b

When serving video files via a publicly accessible FileStorage the FAL can use "normal" URL, e.g.:

/fileadmin/user_upload/videos/awesome.mp4

iOS devices will check if the server supports byte-range requests when downloading/streaming video files, please have look into the documentation:
https://developer.apple.com/library/archive/documentation/AppleApplications/Reference/SafariWebContent/CreatingVideoforSafarioniPhone/CreatingVideoforSafarioniPhone.html#//apple_ref/doc/uid/TP40006514-SW6

Normal Web-Servers (like Apache and nginx) usually don't have any issues with byte-range requests.
Unfortunately the FAL can't handle byte-range requests.

I'll suggest that this feature/bug will be handled in \TYPO3\CMS\Core\Resource\ResourceStorage::dumpFileContents().
I'm not sure if this is the proper place for that.

I could reconstruct this issue in TYPO3 CMS 8 and 9 (other versions haven't been tested yet).


Related issues 1 (1 open0 closed)

Related to TYPO3 Core - Feature #83145: Add HTTP_RANGE support to the FileDumpControllerNew2017-11-28

Actions
Actions

Also available in: Atom PDF