https://bugs.winehq.org/show_bug.cgi?id=45483
--- Comment #7 from Zebediah Figura z.figura12@gmail.com --- (In reply to Michael Stefaniuc from comment #6)
So from my point of view the issue is fixed even though there is still an issue: <zf> the mystery for me isn't so much why it deadlocks as why CreateNamedPipe() fails
Right. From the logs, the installer appears to open the package, do some actions and whatnot with it, close it, and then call MsiInstallProduct(). Somewhere there's a leak, so that the package doesn't get properly freed the first time, and so the custom action named pipe is never closed, so when MsiInstallProduct() attempts to run another custom action, CreateNamedPipe() fails.
Tracking down the leak will be difficult, since we don't trace MSI object lifecycle.