{"id":43439,"date":"2024-05-29T13:59:44","date_gmt":"2024-05-29T17:59:44","guid":{"rendered":"https:\/\/mjtsai.com\/blog\/?p=43439"},"modified":"2024-05-29T15:46:57","modified_gmt":"2024-05-29T19:46:57","slug":"app-store-apps-can-be-translocated","status":"publish","type":"post","link":"https:\/\/mjtsai.com\/blog\/2024\/05\/29\/app-store-apps-can-be-translocated\/","title":{"rendered":"App Store Apps Can Be Translocated"},"content":{"rendered":"

Howard Oakley<\/a>:<\/p>\n

\n

This article demonstrates that the last of those isn’t necessarily true, and what happens when an App Store app ends up being translocated.<\/p>\n

The combination of an App Store app with a quarantine xattr is a particular problem for users, as those apps are installed direct to their intended final destination, and their permissions discourage the user from trying to move them from there. That combination therefore defaults to satisfying all three requirements for app translocation to occur, which it will every time that app is run.<\/p>\n

Without using Terminal’s command tools or third-party utilities like xattred and Mints, there’s no way for the user to discover whether an App Store app has a quarantine xattr, nor to check whether the app is being translocated. As (almost?) all other App Store apps don’t have a quarantine xattr and aren’t translocated, the user is unlikely to suspect those might be occurring, and could account for problems with that App Store app. In this case, purchasing and using the App Store version of UTM puts the app and its user at significant disadvantage compared to obtaining the app direct.<\/p>\n<\/blockquote>\n

It’s not clear to me how the App Store download got the quarantine attribute. My guess was that this could happen if you do a direct download, don’t move it to \/Applications<\/tt>, and then the App Store updates it to a newer version. In other words, the quarantined app becomes<\/em> the App Store version. But that doesn’t seem to be what happened here.<\/p>\n\n

Howard Oakley<\/a>:<\/p>\n

\n

When you run an iOS\/iPadOS app on an M1 Mac, if it has been downloaded from the App Store (currently the only supported method, as sideloading is forbidden), it doesn’t have a quarantine flag. Not only that, but app translocation has only occurred with apps undergoing their first run: once that flag has been unset, further translocations don’t occur. Thus, under the original rules for app translocation, there’s no way that it should occur in this case.<\/p>\n

I’m going to look in more detail at how macOS launches and runs iOS\/iPadOS apps in future articles, but here I’ll show some relevant log entries which demonstrate what happens, including the translocation.<\/p>\n<\/blockquote>\n

John Smith<\/a>:<\/p>\n

\n

iOS apps are translocated on macOS because of the possibility of spaces in app names (and in “Group Containers”). Some iOS apps expect GUID-based names and may not properly escape spaces, hence the translocation, whose name has no spaces.<\/p>\n<\/blockquote>\n\n

Pico<\/a>:<\/p>\n

\n

[Another]\/related factor is that the user could rename the apps<\/a>, which is something that isn’t allowed or accounted for when run on iOS.<\/p>\n<\/blockquote>\n\n

Previously:<\/p>\n