Tous les projets

As stated in the documentation, a download object should be returned with a filepath property corresponding to the base64 encoded full filepath.

This is currently broken since the API returns partials/incorrect paths, as you can see in the example responses documented:

/Disque dur/Téléchargements//test-debit.free.fr/1024.rnd

It seems this always occurs when the files are in sub-folders.
I reproduced the same issue on my side with a double folder nesting giving me a base64 path that look like this:

/Disque dur/Téléchargements///file.txt

Thanks