Bug 1146586 - When building msi file with default install scope, the installed Application Shortcut is written to wrong location.
Summary: When building msi file with default install scope, the installed Application ...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: msitools
Version: 21
Hardware: Unspecified
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Marc-Andre Lureau
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-09-25 14:53 UTC by Sandy Stutsman
Modified: 2016-01-11 00:59 UTC (History)
3 users (show)

Fixed In Version: msitools-0.93.75-2.fc21
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-01-17 05:40:30 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

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.


Note You need to log in before you can comment on or make changes to this bug.