Bug 1146586

Summary: When building msi file with default install scope, the installed Application Shortcut is written to wrong location.
Product: [Fedora] Fedora Reporter: Sandy Stutsman <sstutsma>
Component: msitoolsAssignee: Marc-Andre Lureau <marcandre.lureau>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 21CC: dblechte, marcandre.lureau, pbonzini
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Linux   
Whiteboard:
Fixed In Version: msitools-0.93.75-2.fc21 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-01-17 05:40:30 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Sandy Stutsman 2014-09-25 14:53:32 UTC 
Description of problem:
If the ALLUSERS property is not specified the resulting msi is part perMachine, part perUser.  The package requires Admin privileges to install and sets the target installation directory to be in the standard "Program Files" location but puts the Application Shortcut down the \users\'admin user'\AppData\Roaming\.... \Start Menu\Programs path.  That makes it somewhat inaccessible to other users regardless of their privilege level.

Version-Release number of selected component (if applicable):
msitools-0.93.40-1.fc20.x86_64
virt-viewer-0.6.0

How reproducible:
100%

Steps to Reproduce:
1.From a user with Admin privileges, run virt-viewer.msi
2.Verify that that shortcut exists in the start menu.  Note the location of the shortcut (under general of the shortcut properties).
3.Logon to another user.  Note that the Application shortcut doesn't show up on the Start menue

Actual results:
The application short cut doesn't appear on the start menu for any user other than the one that installed the package

Expected results:
The package should be installed perMachine with a short cut on all users' start menu.

Additional info:
There is a workaround. If ALLUSERS="1" is specified in the wxs file, the package is installed properly.
Comment 1 Fedora Update System 2014-10-08 09:15:04 UTC 
msitools-0.93.43-1.fc21 has been submitted as an update for Fedora 21.
https://admin.fedoraproject.org/updates/msitools-0.93.43-1.fc21
Comment 2 Fedora Update System 2014-10-10 16:00:46 UTC 
Package msitools-0.93.43-1.fc21:
* should fix your issue,
* was pushed to the Fedora 21 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing msitools-0.93.43-1.fc21'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2014-12481/msitools-0.93.43-1.fc21
then log in and leave karma (feedback).
Comment 3 Fedora Update System 2014-11-04 14:14:07 UTC 
msitools-0.93.43-2.fc21 has been submitted as an update for Fedora 21.
https://admin.fedoraproject.org/updates/msitools-0.93.43-2.fc21
Comment 4 Fedora Update System 2014-11-13 15:10:23 UTC 
msitools-0.93.48-1.fc21 has been submitted as an update for Fedora 21.
https://admin.fedoraproject.org/updates/msitools-0.93.48-1.fc21
Comment 5 Fedora Update System 2014-12-10 22:34:21 UTC 
msitools-0.93.75-1.fc21 has been submitted as an update for Fedora 21.
https://admin.fedoraproject.org/updates/msitools-0.93.75-1.fc21
Comment 6 Fedora Update System 2015-01-07 10:22:22 UTC 
msitools-0.93.75-2.fc21 has been submitted as an update for Fedora 21.
https://admin.fedoraproject.org/updates/msitools-0.93.75-2.fc21
Comment 7 Fedora Update System 2015-01-17 05:40:30 UTC 
msitools-0.93.75-2.fc21 has been pushed to the Fedora 21 stable repository.  If problems still persist, please make note of it in this bug report.