debian12, croc via curl and bash from getcroc schollz, single file transfer completes, but sets no rights at all

[subscribernamegoeshere]

on the reciever machine the downloaded fetched file has zero access rights set al only dashes shown in ls ----------

no r w x at all not for all not for group not for users nothing for anybody.

the transfer finished with the proper file size but the croc process doesnt return to the console command line terminal. it needs to be terminated with ctrl c and then there is an error such as; could not create filename.... filename permission denied.

the actual transferred file is on the disk though and correct file size and arrived properly (checked shasum.....) but as stated before no access rights for anyone at all.

the user running the croc binary on this debian12 can not read access anything the recieved file. very odd. what happen?!

Describe the bug

<-- A clear and concise description of what the bug is. -->

To Reproduce

Steps to reproduce the behavior:
<-- 1. Go to '...'
2. Click on '....'
3. Scroll down to '....'
4. See error -->

Expected behaviour

<-- A clear and concise description of what you expected to happen. -->
hey put the file into the local receiving directory with the normal user rights. or is this some security feature i have overlooked?

Version

<-- Check "croc -v" and report it -->
installed croc just today on the receiving debian12 machine, croc v9.6.5-8ab65d0

Additional context

<-- Add any other context about the problem here. -->

[stephenhuh]

can confirm have been seeing this on ubuntu:focal
croc installed with

 curl -L -o /tmp/croc_9.1.1_Linux-64bit.deb https://github.com/schollz/croc/releases/download/v9.1.1/croc_9.1.1_Linux-64bit.deb
dpkg -i /tmp/croc_9.1.1_Linux-64bit.deb

[schollz]

would accept pr