I’m testing on 10.14.6. It does ask for permissions from time to time but I decline and it doesn’t seem to matter.
I’m installing the latest 10.15 on an older machine now, so I can test that out and let you know.
Interesting idea - in the Activity Monitor if you select a process and click the info icon (i in circle) you can list all the open files and ports, which will show you which libs are in use, so you could compare.
There’s nothing obviously different in the libs at first glance. The packaged one is using the packaged libraries, which (presumably) came from my system, as that’s where it was built using Qt 5.12 from Homebrew.
On macos 10.15, both the factory preview and @hherhold’s build take about 10 seconds to bring up the extension manager. 4.10.2 opens right away.
On a side note, slicer seems to run fine on 10.15, but with stricter default security permissions - you must manually go to the security settings and manually approve each version of the app, you can’t just use the context menu Open.
Sorry for the delay, I had to update some build scripts for MacOS 10.14, but it looks like it was successful.
I built Slicer using the latest Qt LTS release (5.12.5).
Here is the link:
Where are those security settings to be found?
When I first tried to run it only offered cancel or move the app to the trash. I cancel, and then in the System Preferences under Security & Privacy there was a button added to enable running the app. After that it worked.
Could everybody with a Mac report the following for a recent Slicer preview release:
- MacOSX version, Slicer version
- application startup time
- time to show a file selection dialog (menu: File / Add data / Choose file to add)
- time to show Extension wizard window
OK, I found out something rather odd. This is with the 11-7 slicer nightly build (downloaded Saturday PM).
- Run slicer
- Go to screen capture module
- Hit … for dialog box to pick output directory.
When I run slicer by double-clicking on the app, the dialog box always freezes halfway through its “zoom up” process. It hangs the window manager completely for several seconds. It will also sometimes hang the WM after it is up.
When I open a terminal window and run slicer from the command line (i.e., cd Desktop/Slicer.app/Contents/MacOS; ./Slicer) I never get these hangs.
Could it be some environment variable or path difference between running from the WM by double-clicking vs running on the command line?
This is MacOS 10.14.4.
This freeze of the window manager is due to the tccd system process hanging for tens of seconds. This is what we try to fix.
Do you experience this issue with Slicer built with Qt-5.12.5?
I was not able to run the 5.12.5 slicer because (I think) it’s built for 10.15, and I’m running 10.14.4.
Also, I thought the tccd problem was only referring to 10.15.
You can use Instruments (I think it comes with xcode) to see what’s happening while the file dialog hangs. Maybe you can also try the package that @Sunderlandkyl built.
That’s the one I can’t run (the one @Sunderlandkyl built with 5.12.5).
On 10.14.4, if I put Slicer into the “it can control your machine” list in security settings, I do not get the dialog box hang. I mistakenly thought that was a 10.15-only issue.
Here are some nightly stats:
- MacOS: 10.14.6
- Slicer Nightly (2019-11-09)
- Startup: 11.0s
- File dialog: 0.0s
- Extension manager: 6.1s
This is a very important finding.
@Sunderlandkyl do you see any difference in file dialog display time if you change security settings for Slicer application?
Slicer is not in the list of apps that can “control your computer”, and I am unable to add it.
I restarted the Mac, and now I’m seeing different behavior (same Nightly as before 2019-11-09):
Startup: Hangs OS for ~33.4s on startup (total startup time (45.5s).
File dialog: 0.0s
Extension manager: Hangs OS for 56.4s.
Trying to determine why I can’t add security options for Slicer.
I have a similar issue. Slicer shows up in the accessibility list, but I cannot check it. I also reinstalled, removed Slicer, but that didn’t change anything.
Andras and I did some more digging into this issue.
Logged tccd using this command:
log stream --debug --predicate ‘subsystem == “com.apple.TCC”’
During startup, there is a 50sec window where tccd is presumably checking the application signature:
2019-11-13 12:41:30.733517-0500 0x7694f Info 0xa9379 199 0 tccd: [com.apple.TCC:access] adhoc signed StaticCode :0x7fa6d33950e0 START
2019-11-13 12:42:23.224389-0500 0x7694f Info 0xa9379 199 0 tccd: [com.apple.TCC:access] adhoc signed StaticCode :0x7fa6d33950e0 END
This seems to be the main cause of the hang in MacOS 10.14 for many unsigned applications.
Creating an ad-hoc signing with the following command allows Slicer to open without the delay:
codesign --force --deep -s - /Applications/Slicer.app/Contents/MacOS/Slicer
@che85 @hherhold @pieper could you check if using the codesign command above fixes the temporary system hang for you?
Yep - works. (Sorry for slow reply.)
Just tried on 11-18 build, freshly downloaded. Dialog box hang, then did codesign, then dialog box does not hang.
@jcfr, could we try to do such self-signing with some default (non-trusted) signature? TCC does not seem to delay requests from executables that are at least self-signed.
Self-signing may not work between different computers/users (maybe TCC only accepts self-signed executables from the current user?), but it might worth a try, as it is a simpler process than accessing the official Kitware signing computer.