Closed fritzmg closed 3 years ago
Hm, I guess this won't work, if the saving feature is not enabled. I'll have to work on this further.
I would agree that we should add the TL_ROOT after renaming but I can't reproduce the problem itself.
The following configuration seems to work without a problem:
but I can't reproduce the problem itself.
Yeah, there is an additional precondition: you need to enable Send form data via e-mail for the form. Then the issue occurs.
Hm, I guess this won't work, if the saving feature is not enabled. I'll have to work on this further.
Should be fine, CheckFilenames::renameFormUploads
will only apply to widgets with storeFile
enabled anyway.
I guess with the solution in 713d3748edf1cc3df20c875073108a05e3a5e2bf we do not need to care about this anymore?
Indeed :)
Currently the following error will occur, when the saving feature for a file upload in the front end form generator is enabled:
// edit: you also need to enable Send form data via e-mail in the settings of the form.
This is because
CheckFilenames::renameFormUploads
strips the root dir here, and subsequentlyCheckFilenames::renameFiles
will also return a relative path, which is then directly used fortmp_name
here. However Contao expectstmp_name
to be an absolute path.