https://bugs.winehq.org/show_bug.cgi?id=39221
Bug ID: 39221 Summary: msi:install fails if privileges not high enough Product: Wine Version: unspecified Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: msi Assignee: wine-bugs@winehq.org Reporter: fgouget@codeweavers.com
The following failures only happen if the test is run in a user account with too few privileges.
install.c:3162: Test failed: Expected ERROR_SUCCESS, got 1603 install.c:3184: Test failed: Expected ERROR_SUCCESS, got 1603
In particular one can notice this bug on the following WineTest boxes: fg-win2000-rusr: Windows 2000 in a Restricted user account fg-win7u64-1spie9usr: Windows 7 in a regular user account. fg-win7u64-1spie9adm: Windows 7 in the administrator user account but without elevated privileges.
Note however that it succeeds on the following boxes: fg-win2000-susr: Windows 2000 in a Standard (Power) user account. fg-winxp-lusr: Windows XP with a Limited user account.
That it succeeds in a Standard (Power) user account on Windows 2000 is probably normal, I believe those can install applications even though they are not administrators. It's a bit more surprising seeing it work in XP's Limited user account.
See: https://test.winehq.org/data/tests/msi:install.html
https://bugs.winehq.org/show_bug.cgi?id=39221
François Gouget fgouget@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, source, testcase
https://bugs.winehq.org/show_bug.cgi?id=39221
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12@gmail.com
--- Comment #1 from Zebediah Figura z.figura12@gmail.com --- Is this still present? I don't see it on test.winehq.org; have the relevant machines stopped being run?
https://bugs.winehq.org/show_bug.cgi?id=39221
--- Comment #2 from Hans Leidekker hans@meelstraat.net --- I don't see this failure running in a regular user account on Windows 7.
https://bugs.winehq.org/show_bug.cgi?id=39221
François Gouget fgouget@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |WORKSFORME Status|NEW |RESOLVED
--- Comment #3 from François Gouget fgouget@codeweavers.com --- Indeed, there is no trace of this failure on the w7u_adm, w8adm and w1064_adm TestBot VMs which run the tests in an administrator account but without elevated privileges. Since the original report indicated this happened in that configuration too (and not just in non-administrator or restricted accounts), I think it's reasonable to consider that this got fixed at some point.
https://bugs.winehq.org/show_bug.cgi?id=39221
Gijs Vermeulen gijsvrm@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #4 from Gijs Vermeulen gijsvrm@gmail.com --- Closing.