Every archiver creates a folder named after the archive when you extract. That is correct for a ZIP containing thirty loose files, and pointless for the majority of archives that already contain exactly one folder. The result is the familiar Project → Project → files, and three extra clicks to get where you wanted to be.
What smart extraction does
Bandizip inspects the archive before writing anything. If the archive contains a single top-level folder, extraction places that folder's contents directly into the destination, so you end up with one folder rather than two. If the archive contains loose files at the root, it falls back to the normal behaviour and creates a wrapper folder, because scattering files into Downloads is worse than a redundant directory.
It is on by default in current builds. You can see and change it under Settings → Archive → Extraction.
The one case where it bites
An archive containing a single folder with a generic name — data, files, new — extracted into a folder that already holds a data directory will merge the two, and the overwrite prompt will be your only warning. Smart extraction does not check whether the destination collides; it trusts the structure.
If you are extracting into a working directory rather than a fresh one, either extract to a new subfolder explicitly or turn smart extraction off for that operation with the dropdown in the Extract dialog. The per-operation override is the right tool here; disabling the global default reintroduces the duplicate-folder problem everywhere else.
The other defaults worth changing
- Open the folder after extraction — useful for one archive, annoying for fifty. Turn it off if you batch.
- Delete the archive after extraction — never enable this globally. It is the single setting people regret.
- Overwrite policy — set it to "ask" unless you are running an unattended job. "Overwrite all" silently destroys the previous extraction's edits.
- Preserve timestamps — on by default and worth keeping, because build tools and photo libraries sort by modification date.
Editing inside an archive
The companion feature, and the one that changes habits: with an archive open in the Bandizip window, drag a file in to add it, or double-click a file to edit it in its default application. On save, Bandizip detects the change and offers to update the archive. No extract, no edit, no re-compress, no remembering which copy is current.
For ZIP and 7Z this works reliably. For RAR it works on the extraction side only, since Bandizip cannot write RAR at all.
Batch extraction
Select a folder of archives in Explorer and use Extract each archive to separate folder from the context menu. With smart extraction on, each archive lands as one clean folder. This is the workflow for processing a month of downloads or a delivery of client packages, and it is the reason to spend two minutes in the settings dialog once.
If you handle archives from mixed locales, pair this with code page auto-detection — the two features together turn a folder of legacy downloads into something usable without touching a single file. Details in the filename recovery guide.


