Replies: 1 comment
-
|
The most recommended path is updating inside of your main app, rather than from an embedded helper. The user can use your application while the update is prepared to being installed, and it's best integrated / tested path.
No, not with your setup.
There might be issues with a running app being replaced, particularly if the helper app shows UI / shows a window / is in the dock. Since you said you ensure the main app is already terminated, one approach you could try is setting the applicationBundle to your helper app, set the host bundle as you have it to the main app, set SURelaunchHostBundle in your main app's Info.plist, and maybe set SUBundleName too (though I think Another approach is to copy the helper app outside of the main app bundle. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
I have a scenario where my main application (MainApp.app) includes a helper application (Helper.app) within its bundle:
/Applications/MainApp.app/Contents/Helpers/Helper.appThe
Helper.appintegrates Sparkle and is responsible for updatingMainApp.app. SinceHelper.appis bundled insideMainApp.app, when an update is performed, bothMainApp.appandHelper.appshould be updated together.Before triggering the update, I ensure that
MainApp.apphas already exited. Then, I initiate the Sparkle update process inHelper.appas follows:I have the following questions:
Helper.appbe terminated during the update process?Helper.appis not terminated, will replacingMainApp.app(which containsHelper.app) work correctly, or could there be issues due to the running process?I appreciate any insights or recommendations. Thanks!
Beta Was this translation helpful? Give feedback.
All reactions