When a conversion fails
When a conversion fails
A conversion can fail in two cases:
- The item is not writable (e.g. a protected system directory).
- Another file with the target name already exists in the same directory.
In both cases JamoMoa leaves other rows untouched and just marks that one as “failed”. A name clash in particular is blocked at the filesystem level — the rename is asked to succeed only if the target name is free — so an existing file is never overwritten.
When you see “Couldn’t read n item(s)”
If a dropped item or a folder’s contents can’t be read (permissions, for instance), a yellow warning strip appears between the list and the bottom bar. Unreadable items never just vanish silently.
- Click Details to see each failed path and the reason.
- An unreadable folder itself stays in the list — only its contents are unknown.
- Dismiss the warning with ✕; dropping the same item again retries.
When a drop bounces back
While a scan or conversion is running, the window doesn’t accept new drops — the dragged icons spring back into the Finder. Drop them again once the current job finishes.