This is the intended behavior. Open the avast preferences and uncheck “Launch on startup as a persistent application” and you will be able to close the program
Nope, it must reflect the current state. when it doesn’t accept ticking and remains unticked, then there’s some problem with adding the launchd’s list. you can verify it using launchctl utility (argument list - the relevant file is /Application/avast!.app/Contents/Resources/com.avast.MacAvast.plist)
I have this same problem with 10.6.1. The Persistent checkbox is always unchecked even though it is in persistent mode. This means you can’t take it out of persistent mode. I also don’t know anything about launchctl. I’m an iMac user right? That means I don’t program and love user friendly!
Hall, try this:
go to /applications/avast!.app (ctrl-click, show package contents in finder), then Contents/Resources. Here’s the com.avast.MacAvast.plist. Just edit the file, and change the first from “Enabled” to “Disabled”. Then, reboot the computer.
Btw. avast can be quit any time as any other application, using option+apple+esc “force-quit” dialog. Of course, when launchctl still thinks it’s persistent, it will start it again,. Thus, reboot or reloading (launchctl unload path_to_the_edited_plist or launchctl unload -w path_to_the_original_plist would do the same job) will be necessary here.
the problem is unfortunately not at our side, but on MacOS side (where they repeatedly fail to keep compatibility even with their own latest “inventions”).
in this case, it’s launchctl utility that fails to manipulate the plist properly (effect of the former -w switch).
Could you do: launchctl unload <path_to_the_avasts_plist> ?
After this, avast shouldn’t be started again by launchd (launchd is an intended replacement for old good init/cron daemon suite, root of all evil). When doing the same launchctl unload with ‘-w’ switch, nothing is written back to the plist file (as before 10.6), but is stored elsewhere on disc (/private/var/db/launchd.db/com.apple.launchd/overrides.plist).
So, next version will have to use fourth invocation style (not startup items, not login items, not launchd with modified plist, but plist overrides). Developing for MacOS is “fun”
.
regards,
pc
Hallo,
seems like a bug in 10.6 - launchctl state doesn’t persist, and also, launchctl tries to start app even when in reboot-process.
Similar bug was present in all 10.4 systems, where launchd was unable to track sessions (and was trying to start an application even when its owner was logged out). We’ll have to intruduce another dirty hack, as it seems :(.