kvijayan / apptrap Goto Github PK

I've had AppTrap running for a few hours now since last reboot, and it's using 1.95GB of real private memory. This seems quite high.

Not sure if it's relating to a memory leak, here's the output from leaks:

$ leaks AppTrap
Process:         AppTrap [1195]
Path:            /Users/dnicolson/Library/PreferencePanes/AppTrap.prefPane/Contents/Resources/AppTrap.app/Contents/MacOS/AppTrap
Load Address:    0x107f4e000
Identifier:      com.KumaranVijayan.AppTrap
Version:         1.2.1 (63)
Code Type:       X86-64
Parent Process:  launchd [175]

Date/Time:       2014-04-14 14:41:35.806 +1000
OS Version:      Mac OS X 10.9.2 (13C64)
Report Version:  7

leaks Report Version:  2.0
Process 1195: 16536 nodes malloced for 1879 KB
Process 1195: 0 leaks for 0 total leaked bytes.

I love AppTrap, but Mojave is warning me that it's still a 32-bit application and won't run on Mac OS 10.15. Are there any plans for a 64-bit build? Can I help create one?

is it possible to implement this as a folder action or something similar so it is only run when something is added to the trash? that way it would save 10MB of RAM, since a daemon wouldn't have to be always running for a rarely-performed action.

It would be really cool if AppTrap could know that an app is being updated and not prompt to remove associated files. Maybe if an app appears in the trash but an app by the same name still exists in /Applications or ~/Applications then it's assumed to be an update.

Does that sound feasible? I'm willing to help implement it.

Hey Kumaran,

Just wondering what your thoughts were on adding command line access to AppTrap. Definitely not expecting you to take on the task yourself, but do you have any thoughts on how difficult it would be (for a proper Cocoa dev, ie. not myself :).

For context on this request, I left some comments at the bottom of this post from the lead programmer of Opscode's Chef project:
http://jtimberman.posterous.com/managing-my-workstations-with-chef

Cheers! (And thanks for everything!)
Patrick

There are inconsistencies in the localizations. Specifically, the Move files button can be invoked by the enter key in all the localizations except for the English one.

The latest version of AppTrap does not find files that have been migrated to the new container-based sandboxing system.

Because the new location (~/Library/Containers/<bundle_id>/Data/Library/Application Support/<app_name>/ instead of ~/Library/Application Support/<app_name>/) requires an additional piece of data about the application (<bundle_id>), the application being deleted will need to be examined to determine its bundle id. Luckily, this can be found in an application's Contents/Info.plist as Bundle identifier.

I love this little utility and I have used it many years… but the time has come to change machine, upgrade operating system and AppTrap no longer works.

Any plans for a Universal Binary or ARM/M1/M2 version compatible with macOS Ventura?

Thank you very much for all these years of joy and I hope there is a future for AppTrap