You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We've found under a few situations that trying to rename a pseudo-folder will result in deleting the folder object and all of the objects listed as children thereof.
To reproduce:
Create new container
Create pseudo-directory in this container
Create an object within this pesudo-directory
Rename the pseudo-directory
Expected result:
1 - The object you're attempting to rename is removed from Cloud Files
2- All subobjects of the pseudo-directory are removed from Cloud Files.
In every attempt I've come across, case 1 happens. In most attempts, Case 2 happens as well.
I intend to provide exact Cloud Files api logs to help track down the issue once they're available. (API logs and CDN logs are generally produced with a few hours' delay due to sheer volume). I'm also looking to get version information for users experiencing this issue.
So far, I can state that this has occurred on 4.3.1 for Windows (Server 2008)
The text was updated successfully, but these errors were encountered:
You can provide the transcript from the log drawer View → Toggle Log Drawer. It is expected that when you rename a placeholder object, all subobjects are renamed to the new key name format as well. This is implemented by copying over the object and then deleting the object.
Hello,
We've found under a few situations that trying to rename a pseudo-folder will result in deleting the folder object and all of the objects listed as children thereof.
To reproduce:
Expected result:
In every attempt I've come across, case 1 happens. In most attempts, Case 2 happens as well.
I intend to provide exact Cloud Files api logs to help track down the issue once they're available. (API logs and CDN logs are generally produced with a few hours' delay due to sheer volume). I'm also looking to get version information for users experiencing this issue.
So far, I can state that this has occurred on 4.3.1 for Windows (Server 2008)
The text was updated successfully, but these errors were encountered: