Unpackerr Folders - disable recursion doesn't work

[ShadowTox]

Tried UN_FOLDER_0_DISABLE_RECURSION=true in environment, and Unpackerr recurses the folder or packed file and unpacks and also leaves the original 'zip' file in the unpacked folder. I have tried removing the environment and set it in the config file, but same result. I have also tried to set the values to false, just in the hope it would not recurse, but it recurses.

many example folder/zip configs used, but in all cases it recurses and unpacks.
examples:
folder path: /downloads/temp.zip
inside the temp.zip is:
folder1 - contains zipfile1.zip
folder2 - textfile1.txt

extracted folder (after) Unpackerr does its thing:
temp.zip_unpackerr (don't remember the exact _unpackerr it appends)
inside the temp.zip_unpackerr folder
zipfile1 (a folder with all the contents)
folder1 (a folder with the zipfile1.zip still in it)
folder2 (a folder with the textfile1.txt in it)

so basically it always recurses all zip files in the original zip file and unzips them in the level1 of the new folder it creates, regardless of the true/false setting.

edit:
in the log with the DISABLE_RECURSION=true, there is no log entry stating recursion is 'off'

just created a good test files attached
packed file: (level1 has a zip file in it, Therzie_warfare all unzipped files, Therzie_armory is a zipped file in level1 folder)

output file: (the test folder has the correct stuff, the two therzie folders are the unzipped 'nested' zip files that shouldn't be there)

log file:

_unpackerred.test.zip.txt

docker compose:
docker_compose.txt

[bakerboy448]

What is "unrarr" is that a weird abbreviation for unpackerr?

[ShadowTox]

sorry mistypes...not unrarr, but Unpackerr. i edited the correction

[davidnewhall]

Could be a bug. I think someone else reported similar. I'll mess with it and find out.

[ShadowTox]

i just added a bunch of stuff to show my test and results. hope this helps