Peter Stalman

> This caused issues in the past, when the temp directory and the vendor directory are not on the same drive, when attempting to move the directory. What kind of...

> If place for the temp dir is different from one system to an other, and that can't be detected automatically, what about a new config? But this is set...

> One thought is why does FileDownloader not use the cache dir? To expand on this, we could just download the file straight to the cache dir and extract it...

So then, how about an option to set the tmp folder used for extracting?

> Just to correct this statement, what **really** causes this problem is VirtualBox and co shipping broken filesystem drivers which do not allow you to read a file right after...

Sure, I will try in a bit. Of note though, it's not just the files being available after reading, but lag when deleting as well. If trying to delete a...

It's a bit finicky to test because it doesn't always error. When I made the suggested change, it errored on https://github.com/composer/composer/blob/239638e687e8e67a2f1dadf225731fcd6309e8c4/src/Composer/Util/Filesystem.php#L261-L271 ``` Exception trace: () at composer/src/Composer/Util/Filesystem.php:270 Composer\Util\Filesystem->ensureDirectoryExists() at composer/src/Composer/Util/Filesystem.php:377...

> Yes, the general problem could be described as lag or that the file-system is out of sync. These configurations easily cause problems with various utilities, process managers and (application)...

I was just thinking out loud. Using the temp folder like this PR is the ideal solution for me, but it wasn't acceptable, so...

> That trick still requires knowing the name of the root folder, which is currently discovered by composer _after_ unzipping. We could use `ZipArchive` to inspect the zip and get...