Describe the bug
Related Issue on SideStore: SideStore/SideStore#749
I'll try to keep the details short and concise, and if you want to read more, I've described it in the linked issue above. I noticed after using SparseBox's bypass for SideStore that after some time, I have an issue with SideStore re-installing existing apps, installing new apps, or refreshing only SideStore. Here is the following issue that I receive from SideStore:
Install <app_name> Failed
minimuxer.MinimuxerError 0
The operation couldn’t be completed. Unable to install the app: Couldn't get com.apple.installd.validatedByFreeProfile EA from "/private/var/containers/Bundle/Application/29CBBEA8-E8AA-4017-8A5B-3B5492E46A11/App.app": No such file or directory
To mitigate and not resolve the issue
- Uninstall all sideloaded apps including SideStore
- Re-sign SideStore via AltServer (or I guess SideServer can work?)
- You won't get the issue anymore... for some time as the issue will only be mitigated and not resolved fully
Further findings
Today, I updated SparseBox and used the view AppList feature to see if the app bundle ID that is causing issues is shown as installed. It was. The app bundle ID associated with SideStore's error is the bundle ID for LiveContainer. However, the odd thing is that I can use LiveContainer just fine, so I'm not sure why it's saying that "No such file or directory". Unless, by refreshing LiveContainer, or any other app within SideStore, it changes the bundle ID?
Is this an issue with LiveContainer?
Instructions to reproduce
I'm not entirely sure how to re-produce it because the issue I'm having happens at a random time. Typically after a week or two when attempting to re-sign my apps. I can tell you my environment in hopes that it clears some things up.
- Installed SideStore via AltServer
- Installed SparseBox and LiveContainer onto that SideStore app instance
Later, I did the bypass app limit function within SparseBox
After wards, I installed more instances of SideStore again via AltServer after having bypasses the app limit, and after each install, I re-ran SparseBox's bypass.
What version of LiveContainer are you using?
Version 3.0.0-release (main/8b6e503)
Other info
For potentially more details on this issue, please take a look at SideStore/SideStore#749 if you have the time. Thank you for your help and time.
Describe the bug
Related Issue on SideStore: SideStore/SideStore#749
I'll try to keep the details short and concise, and if you want to read more, I've described it in the linked issue above. I noticed after using SparseBox's bypass for SideStore that after some time, I have an issue with SideStore re-installing existing apps, installing new apps, or refreshing only SideStore. Here is the following issue that I receive from SideStore:
To mitigate and not resolve the issue
Further findings
Today, I updated SparseBox and used the view AppList feature to see if the app bundle ID that is causing issues is shown as installed. It was. The app bundle ID associated with SideStore's error is the bundle ID for LiveContainer. However, the odd thing is that I can use LiveContainer just fine, so I'm not sure why it's saying that "No such file or directory". Unless, by refreshing LiveContainer, or any other app within SideStore, it changes the bundle ID?
Is this an issue with LiveContainer?
Instructions to reproduce
I'm not entirely sure how to re-produce it because the issue I'm having happens at a random time. Typically after a week or two when attempting to re-sign my apps. I can tell you my environment in hopes that it clears some things up.
Later, I did the bypass app limit function within SparseBox
After wards, I installed more instances of SideStore again via AltServer after having bypasses the app limit, and after each install, I re-ran SparseBox's bypass.
What version of LiveContainer are you using?
Version 3.0.0-release (main/8b6e503)
Other info
For potentially more details on this issue, please take a look at SideStore/SideStore#749 if you have the time. Thank you for your help and time.