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

ForceUpdateFromAnyVersion Option not included with MSIX App Installer #627

Open
surajraja opened this issue Apr 24, 2024 · 1 comment
Open
Labels
Needs-Triage Issue needs to be triaged by a member of the core team

Comments

@surajraja
Copy link

Project
MSIX SDK or Win7Msix
Describe the bug
We do not see this option in the App Installer, Could this be included?

true

Without this option, we would not be able to downgrade the application.

To Reproduce
Steps to reproduce the behavior:
true

Expected behavior
A clear and concise description of what you expected to happen.
true

Screenshots
If applicable, add screenshots to help explain your problem.
steps:

  • task: MSIX.msix-ci-automation-task.app-installer-file.AppInstallerFile@1
    displayName: 'Create App Installer file'
    inputs:
    package: '$(Build.ArtifactStagingDirectory)\PolicyIssuance_Lab1a.msix'
    outputPath: '$(Build.ArtifactStagingDirectory)\PolicyIssuance_Lab1a.appinstaller'
    fileVersion: '$(Build.BuildNumber)'
    uri: 'http://launch.usli.com/PolicyIssuance_Lab1a.appinstaller'
    mainItemUri: 'http://launch.usli.com/PolicyIssuance_Lab1a.msix'
    hoursBetweenUpdateChecks: 0
    showPromptWhenUpdating: true
    updateBlocksActivation: true

Platform
Azure DevOps

Additional context
Add any other context about the problem here.

@microsoft-github-policy-service microsoft-github-policy-service bot added the Needs-Triage Issue needs to be triaged by a member of the core team label Apr 24, 2024
@DrusTheAxe
Copy link
Member

Without this option, we would not be able to downgrade the application.

Do you need to?

This is a pretty exotic option because of the ramifications -- if you change a package from version 5 to version 4 the package is 'downgraded' but the associated data isn't.

If v5 wrote data in ways v4 doesn't understand the deployment operation succeeds but runtime behavior can ranging from fine, cosmetic, broken functionality, data corruption and/or crash.

One solution to that is to 'downgrade' your package and reset the package. The latter will wipe all data associated with the package. Of course that can pose its own pains...

One of the reasons folks usually 'roll forward' - if updating from v4 to v5 introduces problems pushing out a v6 which corrects the problems (even if v6 is nothing more than same content as v4) easily flows through systems as they normally expect, while providing the opportunity to patch the problem with trivial-to-nontrivial change as needed.

The ForceUpdateFromAnyVersion option was created in Windows years back for what seemed a good reason, but it's been exceedingly rarely used for the reasons described above. In theory it's a useful option, but as they say in theory there's no difference between theory and practice whereas in practice...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Needs-Triage Issue needs to be triaged by a member of the core team
Projects
None yet
Development

No branches or pull requests

2 participants