http://bugs.winehq.org/show_bug.cgi?id=19811
--- Comment #8 from Anastasius Focht focht@gmx.net 2010-05-30 10:58:11 --- Hello,
--- quote --- This should be fixed, we don't call msi_create_component_directories in the CreateFolder action anymore. Please retest. --- quote ---
Nope, even if "CreateFolder" behaviour is fixed now, "InstallFiles" action will still do, see second part of my comment.
--- quote --- ... "InstallFiles" action (which also calls msi_create_component_directories() helper) should only create target folder structure for files that are really copied/uncompressed. --- quote ---
--- snip dlls/msi/files.c --- /* * ACTION_InstallFiles() * * For efficiency, this is done in two passes: * 1) Correct all the TargetPaths and determine what files are to be installed. * 2) Extract Cabinets and copy files. */ UINT ACTION_InstallFiles(MSIPACKAGE *package) { MSIMEDIAINFO *mi; UINT rc = ERROR_SUCCESS; MSIFILE *file;
/* increment progress bar each time action data is sent */ ui_progress(package,1,1,0,0);
schedule_install_files(package);
/* * Despite MSDN specifying that the CreateFolders action * should be called before InstallFiles, some installers don't * do that, and they seem to work correctly. We need to create * directories here to make sure that the files can be copied. */ msi_create_component_directories( package );
mi = msi_alloc_zero( sizeof(MSIMEDIAINFO) );
LIST_FOR_EACH_ENTRY( file, &package->files, MSIFILE, entry ) ... --- snip dlls/msi/files.c ---
So unfortunately this isn't fixed.
Regards