Allow winget to install MS Store packages without account just like the MS Store

Description of the new feature/enhancement

On my work PC, I do not connect an account to the MS Store (because it only accepts Microsoft account, and I only have a Microsoft 365 business account). However, while the winget cli fails to install any packages from the MS Store due to the lack of the account, the MS Store itself let me download just fine.

Ideally the winget should allow too, so that I can simplify and automate the environment setup of my team and colleagues in the work as well.

GIF

LVMkMgKS9p.mp4

Additional context

> winget --version
v1.1.12663

I don't know, perhaps this should be a bug rather than an enhancement?

Tangentially related: #1558 (this isn't a duplicate of that, but that feature/bug is fallout from this issue).

Since the Microsoft Store lets you download without an account just fine, I don't think there would be any legal issues with it.

I would say this is a bug. If the Microsoft Store lets you install free apps without a Microsoft Account, then there should be no such restriction when automating the same action on the command line.

We are working on this issue with the "msstore" source. We agree authentication shouldn't be required for "free" Apps.

Same problem here. Totally an anti-feature. Needless to says its also an anti-feature that some apps simply refuse to install trough the store if on a machine with local account i.e all my test VMs and a bunch of family machines that I maintain.

Why can I install WhatsApp without account but not Telegram? but then Unigram (unofficial telegram app) can be installed again. They are all free, why would I need an account.

winget-cli/src/AppInstallerCLICore/Workflows/MSStoreInstallerHandler.cpp

Line 87 in 1a6a60f

else if (enr.Status() == GetEntitlementStatus::NoStoreAccount)

Well, just like Android with Google Play. It's weird though why some apps would require an account and some not through MS Store.

I think that line is converting the error from the Store API, they’ll have to change it over there, not in winget.

Well, just like Android with Google Play. It's weird though why some apps would require an account and some not through MS Store.

Thats true, but google just abuse its monopoly as the by far largest app store. MS on the other hand should want people to use the store so if they make it intentionally inconvenient, less people will use it. If the store wont let me download telegram I just load it form the official website or use an alternative software repository especially for automated installs there is no way I'm going to add a login to my scripts then get my account banned when the script runs to many times and all that possible side effects its juts not worth it.
People who still use a local account probably have a reason an there is nothing to win by annoying them.

I think that line is converting the error from the Store API, they’ll have to change it over there, not in winget.

I was under the impression that it worked already in the past and with the store app it still does work for most apps it just ignores it if you close the login popup. Maybe winget could ignore the error as well.

Hi All, do we have any workaround for this issue??

Not at this time. winget just talks to the Microsoft Store API, which doesn't have a way to work around this.

You also will need to fetch the licensing

Well, just like Android with Google Play. It's weird though why some apps would require an account and some not through MS Store.

This actually runs deeper than that. You only need an account to install it via "official" store means, which winget facilitates/follows though. Now, if you were to download the *.appxbundle for the app yourself and install it manually via Powershell applets - you wont be able to actually run it. Well, not in pure offline environment or restricted corporative environment. Reason is:
https://docs.microsoft.com/en-us/microsoft-store/distribute-offline-apps

Even such primitive and free stuff like Windows Calculator is gated behind the licensing and license tokens. This is mingboggling.

You only need an account to install it via "official" store means

I suppose that installing by Microsoft Store itself without an account as my video shows is an "official" store mean.

I'm running winget v1.3.2091 but still finding I cannot install the Power Apps msstore app in the SYSTEM context with Intune, failing with something that definitely appears to be a store authentication error: 0x80070520 : A specified logon session does not exist. It may already have been terminated.

Full log below...

Installing '9MVC8P1Q3B29'
	using: C:\Program Files\WindowsApps\Microsoft.DesktopAppInstaller_1.18.2091.0_x64__8wekyb3d8bbwe\winget.exe
	with arguments: install --silent --exact --id "9MVC8P1Q3B29" --accept-package-agreements --accept-source-agreements
		...
Found Power Apps [9MVC8P1Q3B29] Version Unknown
This package is provided through Microsoft Store. winget may need to acquire the package from Microsoft Store on behalf
of the current user.
Version: Unknown
Publisher: Microsoft Corp.
Description: The Power Apps app is the front door to the apps at your work or school. Which apps can you use? It depends
 on what’s been created for you. Here are some examples you might see, or ones you can make yourself using the Power App
s website:

- Campus app: Map your campus with icons for landmarks and facility details.
- Event registration app: Record attendees as they arrive using barcodes or QR codes.
- Expenses app: Let employees submit their expenses and upload photos of receipts.
- Health clinic app: Let patients check in to appointments with just a few taps.
- Performance app: Visualize data and get insights with interactive dashboards.
- Sales app: See opportunities and leads, review comments, and approve for your P&L.
- Timesheet app: Collect, consolidate, and analyze shift data from employees.

This is just a handful of examples; the possibilities are endless. Build and share low-code apps for your work or school
 at the Power Apps website.
License: https://go.microsoft.com/fwlink/?linkid=2133841
Privacy Url: https://go.microsoft.com/fwlink/?LinkID=310138
Agreements:
Category: Business
Pricing: Free
Free Trial: No
Terms of Transaction: https://aka.ms/microsoft-store-terms-of-transaction
Seizure Warning: https://aka.ms/microsoft-store-seizure-warning
Store License Terms: https://aka.ms/microsoft-store-license


Verifying/Requesting package acquisition...
An unexpected error occurred while executing the command:
0x80070520 : A specified logon session does not exist. It may already have been terminated.

So I refute the bug fix terminology Allow winget to install MS Store packages without account just like the MS Store - as it seems like the fix still requires some kind of authentication/account; it just gets a special free license type. If there is no MS/Store account at all (like in the SYSTEM context as you are with Intune), then this still doesn't work.

Ashley (@webash)

Ashley (@webash): #2537 (comment)

That's not an error originating from the store source. That error is based on how the Windows Package Manager is delivered to the client machine. The work we're doing for Intune integration includes a separate NuGet package that enables system context access to the COM API exposed by the Windows Package Manager.

I've been able to get winget to launch in the system context and I believe I've been able to get it to install winget sourced packages in the SYSTEM context; so it hadn't occurred to me that there was a package registration issue. Is that merely because handing off to other system APIs is broken without this registration?

Annoyingly this brings me back to why I'm here. Right now there is no official path for installing Microsoft's own Power Apps app via Intune as 'required' nor let alone in the system context/to all users of the device, because it is not available as an offline licensed app via the old Windows Store for Business. Its really annoying that the old store was deprecated before necessary functionality was provided in the new Store. I'd hoped winget would be my salvation but instead I've spent hours getting packaging working with winget only for it to fail at this hurdle.

Thanks for listening to my rant :)

If you interactively logon with the system context, then the "App Installer" can be registered and winget would be available.

The Intune team is driving the private preview with winget integration. There has been heavy lifting to enable Intune to be able to install packages/Apps from the Microsoft Store via winget. The mechanism involves Intune deploying the NuGet package with "in process" COM access to the client machine, and then calling the winget COM APIs to perform the instal/upgrade/uninstall actions on the client machine.

Understood. Hopefully they're able to restore functionality relating to deploying msstore apps soon.

EDIT: Oh, and thanks massively for replying - promptly too! Really appreciate it.

Demitrius Nelon (@denelon)

Demitrius Nelon (@denelon)

Several teams here at Microsoft are working closely together to build great experiences.

Do we have any progress at all on this front, 2 years later. Can we now install paid MS store apps like, for example, video games that come with X-Box GamePass and use MS store infrastructure for redistribution?

Kein

Kein this issue is resolved. I think you are referring to:

Support installing purchased Apps from the Microsoft Store #908

Demitrius Nelon (@denelon)

Demitrius Nelon (@denelon)

Sure, this issue is, but the question I've asked in the context of the statement you made, here.

The question appears to be rhetorical.

My statement still stands. The team building the WinGet client, the supporting tools, and infrastructure are actively working with other teams at Microsoft including the Microsoft Store, Intune, and others.

I would absolutely love to be able to install Apps I've paid for from the Microsoft Store using WinGet as well as X-Box GamePass games. There are many competing priorities and limited resources. Other work in progress is currently higher in priority. Out of respect for those who are following this issue and receiving e-mail notifications, please create a new discussion if you would like to discuss this further. 😊

Yep, just another stalling maneuver by the oh so typically incompetent developers. Can't work it into one your little "sprints"? I guess you aren't "agile" enough hmm?

Go reread your comment and you'll understand why actual sysadmins are frustrated with you and your lack of performance.

Oh wow. This should be one of the less pleasant comments I've ever read in GitHub.

Anyway, I would also recommend opening a new discussion if you want to continue on it, as this specific issue was addressed already.

We're not here to be pleasant. We're not here to open new discussions.

We're here to tell you that you're doing a bad job with the product we use.

(I'm not from Microsoft, as many other people here reading your comments)

We're not here to be pleasant. We're not here to open new discussions.

We're here to tell you that you're doing a bad job with the product we use.

There is a colossal difference between frustration and active malice. Malice is seldom actually helpful. If you are genuinely this mad at a program you are in fact not forced to use, just......don't move to it and start using it until you feel its worth using. Its not like the entire company's force is behind this one project.

Navigation Menu

Repository navigation

Allow `winget` to install MS Store packages without account just like the MS Store #1585

Description of the new feature/enhancement

GIF

Additional context

20 remaining items

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Allow winget to install MS Store packages without account just like the MS Store #1585

Description

Description of the new feature/enhancement

GIF

Additional context

Activity

jedieaston commented on Oct 13, 2021

mdsharpe commented on Oct 13, 2021

denelon commented on Oct 13, 2021

TrashAccount3424 commented on Oct 21, 2021

felipecrs commented on Oct 22, 2021

jedieaston commented on Oct 22, 2021

TrashAccount3424 commented on Oct 22, 2021

TrashAccount3424 commented on Oct 22, 2021

46dikumar commented on Nov 7, 2021

jedieaston commented on Nov 7, 2021

Kein commented on Nov 19, 2021

felipecrs commented on Nov 19, 2021

20 remaining items

webash commented on Sep 21, 2022

denelon commented on Sep 21, 2022

webash commented on Sep 21, 2022

denelon commented on Sep 21, 2022

webash commented on Sep 21, 2022

Kein commented on Nov 2, 2022

denelon commented on Nov 2, 2022

Kein commented on Nov 2, 2022

denelon commented on Nov 2, 2022

Beef4104 commented on Nov 3, 2022

felipecrs commented on Nov 3, 2022

Beef4104 commented on Nov 3, 2022

felipecrs commented on Nov 3, 2022

Masamune3210 commented on Nov 3, 2022

Metadata

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Issue actions

Allow `winget` to install MS Store packages without account just like the MS Store #1585