We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
【反馈】ios客户端无法转移以“文件夹”形式的存储策略
版本:ios 3.1.2
说明:在cloudreve ios 客户端,无法将整个文件夹进行转移存储策略。具体情况如下: 将文件夹(A)移动到另外一个文件夹(B)下,若两个文件夹的存储策略不同,那么当A移动到B下,长按文件夹让其转移存储策略,那么A的存储策略在逻辑上还是A,但是软件里会自动勾上B(web端可以选择),这样的情况下无法进行存储策略转移。而在web端,是可以进行文件夹存储策略转移,这样的操作会使文件夹下所有文件都转移到新的存储策略。而在ios,需要手动一个一个设置。
我录制了两段视频,用以具体说明:
https://player.dogecloud.com/web/player.html?vcode=85677b8108a85369&userId=2159&autoPlay=false
https://player.dogecloud.com/web/player.html?vcode=f5e4e8eda221dead&userId=2159&autoPlay=false
这两段视频说明了,在web端,文件夹的存储策略无论是“跟随父目录”,还是“指定存储策略”,在web端可以以整个文件夹修改存储策略,而在ios客户端则不行。
如果有我没说清楚的,请告诉我
The text was updated successfully, but these errors were encountered:
补充说明:文件也不行。若文件原来存储于文件夹A(存储策略A)下,现将文件转移到文件夹B(存储策略B)下,在ios客户端长按 -> 转移存储策略 ,默认勾选的是文件夹B绑定的存储策略,但实际存储策略仍然是A。由于默认勾选新文件夹绑定的存储策略,所以导致无法转移至新文件夹默认的存储策略。
视频:https://player.dogecloud.com/web/player.html?vcode=f281fd2c3703f23c&userId=2159&autoPlay=false
Sorry, something went wrong.
我觉得可以的解决方案:
在这个页面上,点击勾选不会自动“确定”,而是单纯选择,之后再配以一个“确认”按钮,这样就和web端差不多。
No branches or pull requests
【反馈】ios客户端无法转移以“文件夹”形式的存储策略
版本:ios 3.1.2
说明:在cloudreve ios 客户端,无法将整个文件夹进行转移存储策略。具体情况如下:
将文件夹(A)移动到另外一个文件夹(B)下,若两个文件夹的存储策略不同,那么当A移动到B下,长按文件夹让其转移存储策略,那么A的存储策略在逻辑上还是A,但是软件里会自动勾上B(web端可以选择),这样的情况下无法进行存储策略转移。而在web端,是可以进行文件夹存储策略转移,这样的操作会使文件夹下所有文件都转移到新的存储策略。而在ios,需要手动一个一个设置。
我录制了两段视频,用以具体说明:
https://player.dogecloud.com/web/player.html?vcode=85677b8108a85369&userId=2159&autoPlay=false
https://player.dogecloud.com/web/player.html?vcode=f5e4e8eda221dead&userId=2159&autoPlay=false
这两段视频说明了,在web端,文件夹的存储策略无论是“跟随父目录”,还是“指定存储策略”,在web端可以以整个文件夹修改存储策略,而在ios客户端则不行。
如果有我没说清楚的,请告诉我
The text was updated successfully, but these errors were encountered: