Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Installer never quits (WM_QUIT isn't delivered) when run as service on Vista #4114

Closed
wixbot opened this issue Sep 23, 2013 · 7 comments
Closed
Assignees
Milestone

Comments

@wixbot
Copy link

wixbot commented Sep 23, 2013

When Burn is finished, it sends a WM_QUIT message. When run as a service on Windows Vista, this message never gets delivered and the installer never quits. WixStdBA needs to be updated to avoid using window messages.

Originally opened by bcran

@wixbot
Copy link
Author

wixbot commented Sep 26, 2013

Originally changed by robmen
Status changed from Open to Untriaged

@wixbot
Copy link
Author

wixbot commented Sep 26, 2013

If we can get a fix before WiX beta, we'll consider it for v3.8. Ideally, something that didn't use that extra variable.

Originally posted by barnson

@wixbot
Copy link
Author

wixbot commented Oct 24, 2013

Originally changed by barnson
Release changed from v3.8 to v3.x

@wixbot
Copy link
Author

wixbot commented Jan 23, 2014

The problem is caused somehow by loading the theme - disabling theme loading causes PostQuitMessage to work.

Originally posted by bcran

@wixbot
Copy link
Author

wixbot commented Oct 2, 2014

Sean Hall discovered:

SHAutoComplete documentation says you need to wait for the control to be destroyed before calling CoUninitialize. Since the window gets the WM_DESTROY message before its child controls, the control is probably never being destroyed. If we wait for the WM_NCDESTROY message instead, the control will be destroyed when we call PostQuitMessage.

Now that we know the fix (which is trivial) what 3.x release should it be fixed in?

Originally posted by robmen
AssignedTo changed from bcran to robmen
Status changed from Open to Untriaged

@wixbot
Copy link
Author

wixbot commented Oct 2, 2014

Release changed from v3.x to v3.9

@wixbot
Copy link
Author

wixbot commented Oct 17, 2014

This was fixed in WiX v3.9 RC4.

Originally posted by robmen
Resolution set to fixed
Status changed from Open to Resolved

@wixbot wixbot added this to the v3.9 milestone Dec 20, 2015
@wixbot wixbot closed this as completed Dec 20, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants