(In reply to Henrik Skupin [:whimboo][⌚️UTC+2] (away 07/21 - 08/08) from comment #94) > (In reply to Haik Aftandilian [:haik] from comment #93) > > A reboot might be required for the changes to take effect too, but we're avoiding rebooting the machine for now. I've tried adding an additional 10,000 apps on a local system, but haven't been able to reproduce a delay yet. > > We could check with a reboot. Maybe `killall Finder`, as suggested by the help text, might do the trick? > I'm only worried that this command might remove too much data from the launch services db. I agree. I think we should write a script which dumps all the bundle paths, and then manually unregisters each one for which the file no longer exists. Maybe there's a way to run this script before every reboot.
Bug 1967525 Comment 96 Edit History
Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.
(In reply to Henrik Skupin [:whimboo][⌚️UTC+2] (away 07/21 - 08/08) from comment #94) > (In reply to Haik Aftandilian [:haik] from comment #93) > > A reboot might be required for the changes to take effect too, but we're avoiding rebooting the machine for now. I've tried adding an additional 10,000 apps on a local system, but haven't been able to reproduce a delay yet. > > We could check with a reboot. Maybe `killall Finder`, [as suggested by the help text](https://ss64.com/mac/lsregister.html), might do the trick? > I'm only worried that this command might remove too much data from the launch services db. I agree. I think we should write a script which dumps all the bundle paths, and then manually unregisters each one for which the file no longer exists. Maybe there's a way to run this script before every reboot.