User Profile

The documentaion states that SMJobBless returns success if the service is already installed. However, if it's installed and running, SMJobBless fails and returns a code 2 (kSMErrorInternalFailure). I managed to evade the problem by forcing the helper to quit whenever a connection is invalidated or interrupted by stopping the main runloop. It's acceptable since in our case there shouldn't be two clients accessing the helper at the same time, but I still feel there's something wrong when calling SMJobBless and I can't put my finger on it... Any advice on what could go wrong and what I could try to find more about it?

We are having some problems with selection in some table views of our app and I managed to reproduce this problem on a very basic app. A window's root view contains a NSVisualEffectView which contains a NSTableView. I deactivate background drawing for the table view's scroll view and clip view and set the table view's background color to clearColor so that the visual effect background is visible. The visual effect's material can be anything that is not an opaque material. I use the 'Menu' material. With this configuration, the selection is also transparent on macOS 11. This wasn't a problem on 10.15 or older. By examining the selected row view with the View Debugger, I noticed that to draw the selection, AppKit inserts a visual effect view with a "Generic Match Appearance" material instead of I can fix this problem simply by putting the table view on the same level as the visual effect view. That way, the row views will have an effect view with the desired "Selection" material. I noticed, using the View Debugger, that AppKit never seems to give visual effects subviews. By digging back into older WWDC sessions, I found recommendations to insert controls as subviews of a visual effect view (in Crafting Modern Cocoa Apps, at 26min) I'm not sure anymore if this is a bug or if we misused something. Can we use NSVisualEffectView as a container view? Should I open a radar?

Hi!I've been trying to install git-lfs from the binary package. The install script simply copies the git-lfs executable to /usr/local/bin and then tries to run the 'git lfs install' command, which results in the famous "'App' can't be opened because it is from an unidentified developer" window. Normaly, you can go to the Secury & Privacy settings in System Preferences, unlock the lock and click the 'Open Anyway' button to open the app, but in this case, it just tries to run the 'git-lfs' and shows me the above window, again and again.Anyone got similar problems and found a solution? Where should this kind of tools be installed?