mas: 🐛 [BUG] mas confuses macOS and iOS/iPadOS apps

Your Environment

  • mas version: 1.8.1
  • macOS version (system_profiler SPSoftwareDataType -detailLevel mini): 11.2.3 (20D91)

mas Install Method

  • brew install mas (homebrew-core)
  • [] mas-cli/tap
  • [] .pkg installer from releases
  • [] Built from source
    • Fork/branch: ? (e.g. mas-cli/master)
    • Xcode version: 10.?

Describe the Bug

This is probably a problem with Apple’s store APIs, not with mas.

Apple released Pages, Numbers & Keynote 11.0 on 2021-03-22.

mas commands list the current store version of each of them as 10.3.9, which is the version that is installed on my machine.

The App Store GUI doesn’t show these as updates in the “Updates” tab, and the apps have Open buttons (instead of Update buttons) in my Account tab Purchased section.

If I look at the pages for these 3 apps in the App Store GUI, or see them in search results, then they have Update buttons (instead of Open buttons). After seeing an Update button for one of these apps, the Open button in the Purchased section of the Account tab becomes am Update button until I close & reopen the App Store GUI.

To Reproduce

Steps to reproduce the behavior:

  1. See description above

Expected Behavior

mas indicates that the store versions of Pages, Numbers & Keynote are now 11.0

Even though the App Store GUI is inconsistent, it would be nice if mas could be better than the GUI.

Actual Behavior

mas indicates that the store versions of Pages, Numbers & Keynote are still 10.3.9

Screenshots, Terminal Output

About this issue

  • Original URL
  • State: closed
  • Created 3 years ago
  • Reactions: 2
  • Comments: 23 (8 by maintainers)

Commits related to this issue

Most upvoted comments

Version per platform can be collected with following command:

curl "https://apps.apple.com/app/broadcasts/id1469995354" | tr -d '\n' | sed -e's:.*<script type="fastboot/shoebox" id="shoebox-media-api-cache-apps">::' -e's:</script>.*::' | jq ' to_entries | .[0].value | fromjson | .d[0].attributes.platformAttributes | to_entries[] | { platform: .key , version : .value.versionHistory[0].versionDisplay } ' => { "platform": "osx", "version": "2.2.7" } { "platform": "ios", "version": "2.3.3" } { "platform": "appletvos", "version": "2.3" }

Thanks for the additional information, @antifuchs!

The scenario you describe with DaisyDisk should be addressed by #346. We’ll keep using this issue (#336) to track the scenario with the 1Block, which I agree seems to be due to confusion in mas between iOS and macOS apps.

Investigating, for app Copied (MAS id #1026349850) it is reported installed version is v4.0.1 and latest is v4.0.4. Upgrading, app is “upgraded” but stays on same version. Checking the iOS/iPadOS counterpart, “Copied Touch”, this is in fact on v4.0.4. I’m running Big Sur on arm64, where MAS is capable of fetching iOS/iPadOS releases. Appears mas-cli conflate releases somehow.

The strange thing is with release 571213070 DaVinci Resolve tho. This is macOS only. DaVinci Resolve.app via “get info” is reported at 17.1.0. Screenshot of Finder (25-03-2021, 23-41-09)

Screenshot of iTerm2 (25-03-2021, 23-47-29)