What counts as an app leftover?
“Leftover” describes association, not safety. A path related to an app may be disposable cache data, or it may hold preferences, a local database, project assets, downloads, license state or information shared with another component.
Common locations include folders under ~/Library/Application Support, ~/Library/Caches, ~/Library/Preferences, saved application state, sandbox containers, logs and plug-in directories.
How Klyr finds candidates
- Klyr reads the selected
.appbundle to obtain its display name and bundle identifier. - It expands a maintained set of standard Library path templates.
- Known vendor rules add relevant paths for particular development tools and app families.
- Candidate paths are checked against the real filesystem.
- Duplicate aliases are collapsed using URL and device/inode identity.
Safety checks happen again at removal time
Klyr does not assume that a scan result remains safe forever. When you act, the removal service validates the path, checks protected whitelist entries and flags sensitive locations requiring explicit confirmation. The default action uses the macOS Trash API.
Review shared containers and support directories particularly carefully. If you plan to reinstall the app or retain its settings, leaving its data in place may be the correct choice.
App leftover questions
Does uninstalling an app delete all its data?
Not necessarily. The app bundle and its external Library support files are separate filesystem items.
Are caches always safe to remove?
No universal rule applies. Many caches are rebuildable, but an unknown folder should be reviewed in the context of the app that owns it.
Does Klyr remove leftovers automatically?
No. It shows candidates and their paths. You choose every item that moves to Trash.