[BUG] Finder file types corrupted?

[FennelOne]

Configuration

• Keka version: Version 1.2.50 (4808)
• macOS version: 11.6.2 (20G314)

Describe the bug

When creating large 7z archives with split files, the first 3 volumes of the 7z archive (001 through 003) are identified as "Keka app Document" and every split file number larger than 049 is listed as "Generic Archive Volume" instead of "Split File". Additionally, when searching for the files, every archive is identified as a "RAR Archive".

Attach a log file reproducing the issue: Keka_2021-12-26-170743955.log

To Reproduce

Steps to reproduce the behavior:

1. Select something to encrypt
2. Chose 7z encryption and set it to split the archive. (For testing, I split at floppy size, but this occured initially with DL DVD size.)
3. Wait….
4. Split files are are identified as "Keka app Document" for files 001-003, split files 004 through 049 are identified as "Split File", and files 050 and higher are identified as "Generic Archive Volume".
5. All files are identified as "RAR Archive" when using search with Finder.

Expected behavior

I expect the first volume to be identified as "7z Archive" or something similar, all split files to be identified as "Split File", or even better, "7z Split File" and for the Search function results to indicate the proper file type, not "RAR Archive", unless it is a RAR archive.

Additional context

I haven't tested with other compression types, but testing the archives with 7zz indicates that they are valid archives with no errors.

[aonez]

This is similar to #453. I'm not sure what is happening with macOS since Catalina... Try this to at least fix the icon issue:

• Remove The Unarchiver
• Create a new split compression

I've used this code in the past to remove the icon cache:

sudo rm -rfv /Library/Caches/com.apple.iconservices.store; sudo find /private/var/folders/ \( -name com.apple.dock.iconcache -or -name com.apple.iconservices \) -exec rm -rfv {} \; ; sleep 3; killall Dock; killall Finder