Skip to content

Upgrade claims installer type changed while it hasn't #3295

Open

Description

@BraveThrasher

Brief description of your issue

When trying to upgrade the package "BelgianGovernment.eIDViewer" from version 5.1.5998 to version 5.1.6019, winget claims that the installer type changed.
However when querying the information of both versions it clearly shows the same installer type. See screenshot below
image

Steps to reproduce

  1. Install version 5.1.5998 of "BelgianGovernment.eIDViewer"
  2. Try upgrading to version 5.1.6019 (currently the latest version)

Expected behavior

The upgrade to be installed successfully.

Actual behavior

The upgrade fails with the text:

A newer version was found, but the install technology is different from the current version installed. Please uninstall the package and install the newer version.

Environment

Windows Package Manager v1.4.10173
Copyright (c) Microsoft Corporation. All rights reserved.

Windows: Windows.Desktop v10.0.19045.2965
System Architecture: X64
Package: Microsoft.DesktopAppInstaller v1.19.10173.0

Activity

  1. Trenly commented on Jun 1, 2023

    @Trenly
    Contributor

    Looks like the installer actually extracts and runs an MSI, which causes the mismatch. I'll try updating the manifest

  2. added
    Issue-BugIt either shouldn't be doing this or needs an investigation.
    and removed
    Needs-TriageIssue needs to be triaged
    on Jun 1, 2023
  3. Trenly commented on Jun 2, 2023

    @Trenly
    Contributor

    Demitrius Nelon (@denelon) - The AppsAndFeaturesEntries have been updated so that it should expect the MSI entry type, but the issue is still occurring. Probably an edge case that wasn't considered during the initial implementation where the actual Installer Type is different than the downloaded installer

  4. denelon commented on Jun 2, 2023

    @denelon
    Collaborator

    Does it have a productCode or upgradeCode?

  5. Trenly commented on Jun 2, 2023

    @Trenly
    Contributor

    Does it have a productCode or upgradeCode?

    I don't believe the AppsAndFeaturesEntries have the product code specified, but I did specify InstallerType: msi in the AppsAndFeaturesEntries

  6. denelon commented on Jun 2, 2023

    @denelon
    Collaborator

    OK, I'll see if I can find someone else to look into what's going on here.

  7. added this to the milestone on Jun 5, 2023
  8. removed this from the milestone on Nov 14, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    Issue-BugIt either shouldn't be doing this or needs an investigation.

    Type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions