mirror of
https://github.com/LiveContainer/LiveContainer.git
synced 2026-04-25 09:05:53 +03:00
[GH-ISSUE #739] [suggestion] fix file picker & Local Notification Feature #662
Labels
No labels
bug
compatibility
enhancement
multitasking
pull-request
safe area
status: broken
status: usable
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/LiveContainer#662
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @kidkunlazy on GitHub (Aug 7, 2025).
Original GitHub issue: https://github.com/LiveContainer/LiveContainer/issues/739
Hello, I have an app that used to run properly in earlier versions with the Fix File Picker & Local Notification feature enabled. However, in the updated version, when checking to see if the Bundle ID has been modified, the NSLog indicates a mismatch between the application's bundle identifier and SecurityGuardSDK's jpg file (yw_1222). The Fix File Picker & Local Notification feature appears to be temporarily replacing the sub-app's Bundle ID with the LiveContainer main app's own Bundle ID. This new version of the app has built-in security checks, and upon startup, it checks to see if its Bundle ID matches the one it compiled with. The LiveContainer causes the new version app to detect the identity tampering and refuse to run. Is there a way to enable the sub-app to see the LiveContainer's fake Bundle ID at the iOS system level (e.g., when requesting notification permissions or calling the file picker), allowing the sub-app to obtain permissions normally? During self-checks, the sub-app will detect its native Bundle ID.