Trying to upload a file (that works), then restrict the file permissions to the current user only.
I am using the “on Upload Success” event :
Now, for some reason, the Deny/Grant permission blocks don’t accept thet URL coming from the “Uploaded Files” context block. That would really be what I expected.
So I guess I have to truncate the server name to get the relative URI only. So I have to go through this whole block of code for a simple operation.
I just tested the SET PERMISSIONS block and it works without Decode URI.
Could you please tell me if this is the correct file path and name: images/docs/4C/4CA402E1-5FB2-5779-9229-9385537B431F.pdf
I also want to let you know that there is actually an issue with uploading a file containing special characters in the name.
There is already an internal ticket BKNDLSS-26834 for this.
We will let you know as soon as the issue is fixed, we apologize for the inconvenience.
As you can see, the path still looks encoded somehow.
If I may suggest, it would be way simpler if the block could work directly with the output of the file upload (taking as a parameter the “Uploaded Files” block).
I have a feeling I am juggling for a use case which is probably very very common.
As I said above, this error may be because there are special characters in the file name. We are already working on this issue and will let you know as soon as it is fixed.
To be sure about this, please add a screenshot with all logs where I can see the contents of Uploaded Files and file variables
I also created an internal ticket BKNDLSS-31604, to return also the relative path of the file after the upload. Once the ticket is ready you don’t need to do all these operations with the string. We will let you know in this thread when it is ready.
Thanks for replying. I am quite puzzled however, because I don’t see any special character in the filename. I did provide the screenshot with the errors printed out, right under the Codeless logic, and as you can see there, the filename is just an objectId. So there are no special characters. Only hexadecimal values, dashes and a .jpg extension. Is the dash or the period considered a disallowed character ?
Thanks for the internal ticket and for finding a way for this to work with the relative path. I am sure this would be much much better for many of us. Looking forward to a solution because for now my uploaded files can’t have any security.
I think maybe the problem is in the file path, because I tested set permissions for the file named 249826A1-9D30-4F85-AD24-F6507BC5F952.png, and everything worked correctly for me.
I see your point, but with / in the path, it works now.
Here’s the string that I pass in the set permissions block as path: images/249826A1-9D30-4F85-AD24-F6507BC5F952.png and it works for me.
The update with the fixes for these errors has not been released yet. The relative path (ticket BKNDLSS-31604) has been added, but this ticket has not been released yet.
I have unsuccessfully tried to reproduce your issue, everything works as expected without any errors.
In the last and previous screenshots, an incorrect file path is visible. In the last screenshot, the “if” block seems to have been bypassed because the link starts with http instead of https, and in the previous screenshot, the path should be assets/docs/13... instead of permissions/DENY/assets/docs/13... This is what I noticed.
Please provide your appID, and it would be good to create a test page with this logic so that we can investigate the issue from the inside.
Just wanted to let you know that I finally managed to get this logic to work, but in Cloud Code only.
Perhaps it wasn’t possible to do this from the app ?
Sorry for the long delay with response.
Your problem is caused by a bug in our routing rules for the custom domains (calls via api.backendless.com to the same endpoint work fine). I have created an internal ticket BKNDLSS-31713 for this problem. It should be fixed until the end of the day tomorrow. We will let you know as soon as fix will be released to production.
Sorry for inconvenience.
