[TYPO3-core] FAL: TYPO3 tries to create processing folder in every driver

[Frans Saris]

Hi Christian,

The concept is that the storage also provides a place for the processed
files to be stored. And this could also be remote when you have a remote
storage.

If we get current pending processing changes in 6.2 you could create a file
processor that uses functionality from the remote storage to create
previews etc instead of processing them localy as that is done currently.

But I think we can come up with a solution for the problem you have.
As al file handling and checks is done by the driver it must be possible to
let the driver create/save the processed files in a folder on the local
filesystem.
For instance typo3temp/_processed2_/

Would be great if you could give this a try. So that if something is
missing in current core to get this working we get the needed changes in
before the release :)

Gr. Frans
Op 13 mrt. 2014 07:55 schreef "Christian Weiske" <
christian.weiske at netresearch.de>:

> Hi,
>
>
> When opening the file list in TYPO3's backend, all FAL drivers are
> queried for their folders.
>
> TYPO3\CMS\Core\Resource\Folder::getSubfolders() calls
> getProcessingFolder(), which tries to create "_processed_" directly in
> the driver itself.
>
> Now the problem is that a driver may not allow modifications, or may
> not support folders at all.
>
> Shouldn't TYPO3 just created _processed_ in the local storage instead
> of all drivers?
>
>
> --
> Regards/Mit freundlichen Grüßen
> Christian Weiske
>
> -= Geeking around in the name of science since 1982 =-
>
> _______________________________________________
> Before posting to this list, please have a look to the posting rules
> on the following websites:
>
> http://typo3.org/teams/core/core-mailinglist-rules/
> http://typo3.org/development/bug-fixing/diff-and-patch/
> _______________________________________________
> TYPO3-team-core mailing list
> TYPO3-team-core at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-team-core
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.typo3.org/pipermail/typo3-team-core/attachments/20140313/d383b0ab/attachment.htm>