-
Notifications
You must be signed in to change notification settings - Fork 71
macOS needs to repair library while running SB - 10.13.4 #80
Comments
In system.log there is this line:
|
Hi @ssnak3, Thanks for the feedback. Have you been able to reproduce the issue with Regarding the logs, it's not clear what seems to be the issue. Can you check that it's not related to a missing Thanks for checking. |
Hi, Didn't try with 1.1, tried with 1.2.0 and 1.2.1. This are permissions on folder: |
@ssnak3 can you give a try with the 1.1 version? Thanks. |
@Ethenyl Will do, don't have time now, will update next week. Thanks. |
@Ethenyl Found some time, ran the defautl SB 1.1 that is downloaded from github (with no customization) and SB opens without issues. |
@ssnak3 thanks a lot for the update. It seems that the big migration that I made wasn't that successful, I'll need to perform a new release. Would you be available for some additional testing? |
@Ethenyl As I said in Slack, I had errors on both 1.1 and latest SB. |
@ssnak3 Can you please share a copy of your installer with us ? I have run the same tests as Ethenyl and cannot reproduce the behavior you are reporting. I'd like to take a look at your copy and see if it causes the problem on my test machine. |
@HowardGMac Sent via #Slack. |
Hi Team, We paused our SplashBuddy for some time now, so I was inactive on testing out. It seems that still the issue is present, tried with 1.1 and 1.2 installer. macOS version is 10.13.6 and it is freshly installed from Apple internet recovery so no custom image used. Kind regards, |
Update! I noticed that the error keeps poping out because there is no permission to write to the folder: /Users/username/Library/Containers/io.fti.SplashBuddy/. After setting permissions on that folder manually it worked. Attached is the folder with files created. |
@ssnak3 It specifically writes to The installer should have permission, however we have seen an increase in these types of issues within my company's environment. Not 100% sure what is the root cause of it. |
Well, for now we fixed the issue adding following code to enrollment script before SB installs:
It will delete the folder if it is already created (old SB installers) and create it again with user's permission, after then it will install SplashBuddy.pkg. |
That is strange. This is also occurring to multiple of our Macs that are being deployed. Even without SB launching. It isn't specific to SB, rather Setup Assistant might have a bug. |
@ssnak3 are you still having this issue? Is it okay for me to close this issue? |
Hi Team,
While trying to use SplashBuddy on macOS High Sierra 10.13.4 we are getting prompt to repair the library and SB won't start.
![screen shot 2018-04-19 at 15 28 09](https://user-images.githubusercontent.com/30590576/39044066-5ba7dbf4-448f-11e8-8141-f1842ebb4c0d.png)
If we repair the library it just shows icon on dock and then exists saying SB crashed.
![screen shot 2018-04-19 at 15 29 26](https://user-images.githubusercontent.com/30590576/39044073-64f83bb8-448f-11e8-9292-1cc1a93da055.png)
Crash log:
SB_CrashLog.txt
We are building the package from "build_pkg.sh" and did not modify it so it is by standards.
Also tried downloading latest version from gitub and packaging that without any changes, same issue.
The issue was acting sporadically and we could not locate the cause.
SB is running via User Initated Enrollment but the issue is happening even if we create SB package and try to run it on freshly build machine.
We tried to re-build the package with older version of SB but with no success.
Testing was done on VM and on Physical machines.
Please let us know if you require more detail or need additional testing.
Thanks.
The text was updated successfully, but these errors were encountered: