Closed piotrekkaminski closed 5 years ago
From @vityakopin on July 4, 2017 12:29
Internal ticket MAGETWO-70451 was created.
From @magento-engcom-team on October 9, 2017 11:30
@zts, thank you for your report. We've created internal ticket(s) MAGETWO-70451 to track progress on the issue.
This has been fixed already in 2.3 by @RomaKis do we want to consider it for a backport? @PieterCappelle @piotrekkaminski
Yes, backport is needed.
@RomaKis would you like to work on this backport? The issue is assigned to you but I think that was because the original issue was assigned to you. If not I can un-assign this and someone from the project can pick this up.
@dmanners, pls un-assign me.
@dmanners I can look into this one, I need to understand the process and effort required for back-porting for M2 though. Could you ping me on Slack when you have a minute to discuss. ❤️
All covered here now. Will close this off.
From @zts on June 26, 2017 15:53
Preconditions
/tmp/
.Steps to reproduce
mkdir -p /var/lib/php/uploads && chmod 1777 /var/lib/php/uploads
upload_tmp_dir
to this directory. eg, addupload_tmp_dir = /var/lib/php/uploads
to/etc/php.ini
Expected result
Actual result
The file “/tmp/var/lib/php/uploads/phphEpJe5” doesn’t exist
Cause
This behaviour occurs because
getCsvFile
opens the/tmp
directory, then looks for the uploaded file relative to that directory. This only works whenupload_tmp_directory
is set to/tmp
, or a subdirectory of/tmp
.Copied from original issue: magento/magento2#10058