dde-file-manager深度文件管理器存在如下问题
Tofloor
poster avatar
134******40
deepin
2017-08-15 23:21
Author
升级到新版本4.2.3-1后,终于,不同磁盘剪切变复制的问题解决了。剪切容易剪切出空文件的问题也解决了。
不过还是有点问题需要反馈一下。
第一:打开两个文管窗口,这两个文管窗口所在的路径都是同一磁盘,但是把一个窗口里面的文件拖到同一磁盘另外一个窗口里面,拖动文件变复制文件(正常情况同一磁盘拖动是移动文件,不同磁盘之间拖动是复制文件)。
第二:从系统磁盘剪切文件夹到另外一个磁盘目录(该磁盘是挂载的NTFS磁盘),只会剪切一个空文件夹,而原文件夹不会被剪切,文件夹下面的文件夹或者文件也不会被剪切。相反,从加载磁盘剪切文件夹到系统磁盘却没有此问题。

Reply Favorite View the author
All Replies
1 / 2
To page
134******40
deepin
2017-08-15 23:28
#1
补充:加载的NTFS文件格式磁盘里面操作文件夹,如果打开两个文管窗口,拖动一个窗口的文件夹到另外一个窗口的下,却只能拖动一个空文件夹,而不是剪切文件夹及其下面的而文件到到拖动的文件夹下。
Reply View the author
kim213
deepin
2017-08-15 23:55
#2
已记录,谢谢反馈!
Reply View the author
湘巴佬儿
deepin
2017-08-16 01:43
#3
https://bbs.deepin.org/post/144162#
看看我的这个帖子中,在U盘同一个区内剪切文件依然蜗牛呢。。
Reply View the author
134******40
deepin
2017-08-16 02:21
#4
https://bbs.deepin.org/post/144220
https://bbs.deepin.org/post/144162#
看看我的这个帖子中,在U盘同一个区 ...

还需要看看dde-file-manager深度文件管理器的版本,我在系统更新后已经不存在这个问题了,但是又有其他问题。
先看看版本,
  1. apt show dde-file-manager
Copy the Code

如果版本是
4.2.3-1
那么可能是其他问题导致的。
Reply View the author
湘巴佬儿
deepin
2017-08-16 02:33
#5
https://bbs.deepin.org/post/144220
还需要看看dde-file-manager深度文件管理器的版本,我在系统更新后已经不存在这个问题了,但是又有其他问 ...

我更新到最新了呀!安装完系统就打到最新的补丁了。
深度文件管理器版本是1.5了,更新前是1.4呢。
Reply View the author
湘巴佬儿
deepin
2017-08-16 02:36
#6
https://bbs.deepin.org/post/144220
还需要看看dde-file-manager深度文件管理器的版本,我在系统更新后已经不存在这个问题了,但是又有其他问 ...



呀!终端里面输入你给的命令后怎么是4.2.2-1呢?已经更新到1.5版本了呀。。
Reply View the author
jingle
deepin
2017-08-16 02:48
#7
jone_jys 发表于 2017-8-15 18:36
呀!终端里面输入你给的命令后怎么是4.2.2-1呢?已经更新到1.5版本了呀。。
...


一个是内部版本号,和dde-desktop 同步,对外版本是1.5
Reply View the author
湘巴佬儿
deepin
2017-08-16 02:54
#8
https://bbs.deepin.org/post/144220
一个是内部版本号,和dde-desktop 同步,对外版本是1.5

那么 ,用户自己如何将内部版本升级到4.2.3-1呢。。
昨天更新补丁时一并更新了文件管理器的,现在已经检测不到任何更新了。
Reply View the author
134******40
deepin
2017-08-16 04:09
#9
https://bbs.deepin.org/post/144220
呀!终端里面输入你给的命令后怎么是4.2.2-1呢?已经更新到1.5版本了呀。。
...

你需要继续更新,因为今天才推送到更新
  1. sudo apt update && sudo apt upgrade
Copy the Code
Reply View the author
湘巴佬儿
deepin
2017-08-16 06:27
#10
https://bbs.deepin.org/post/144220
你需要继续更新,因为今天才推送到更新

好吧!我看看从系统更新里面有没有。。。
Reply View the author
liuwen
deepin
2017-08-18 19:16
#11
第二条,我这边测试过了,没有发现你这样的问题
从桌面剪切到U盘,从桌面剪切到系统挂载硬盘
Reply View the author
liuwen
deepin
2017-08-18 19:20
#12
https://bbs.deepin.org/post/144220
补充:加载的NTFS文件格式磁盘里面操作文件夹,如果打开两个文管窗口,拖动一个窗口的文件夹到另外一个窗口 ...

这个问题也没有复现
Reply View the author
134******40
deepin
2017-08-18 19:41
#13
本帖最后由 jdocker 于 2017-8-18 11:49 编辑
https://bbs.deepin.org/post/144220
第二条,我这边测试过了,没有发现你这样的问题
从桌面剪切到U盘,从桌面剪切到系统挂载硬盘
...

u盘是测不出来的,因为我也在U盘测试过,只有已经挂载的NTFS格式硬盘才能出现(可能与我在fstab中指定了读写NTFS磁盘的编码为UTF-8有关),哪怕你将U盘格式化为NTFS也不会出现。
先看看你的文件管理器版本
  1. apt show dde-file-manager
Copy the Code

看看是否是4.2.3-1版本。
晚上回去我会将我NTFS挂载磁盘在/etc/fstab文件的配置信息放到这里。我在fstab中指定了读取NTFS磁盘的编码为UTF-8。
你尝试将桌面文件夹修改为汉字名称,再剪切试试。
Reply View the author
134******40
deepin
2017-08-18 19:52
#14
本帖最后由 jdocker 于 2017-8-18 11:56 编辑
https://bbs.deepin.org/post/144220
这个问题也没有复现

这是我在/etc/fstab文件中的配置信息,我的NTFS硬盘是sda5
配置信息如下:
  1. /dev/sda5    /home/deepin/NTFS    ntfs    defaults,user,rw,iocharset=utf8,umask=000,nls=utf8    0    0
Copy the Code


为了解决有些情况导致的编码乱码问题,指定了iocharset=utf8 nls=utf8这两个参数。我晚上回去尝试修改为GB2312试试。如果是编码的问题,那么意味着深度文件管理器在编码识别上需要加强了。
Reply View the author
liuwen
deepin
2017-08-18 21:33
#15
https://bbs.deepin.org/post/144220
这是我在/etc/fstab文件中的配置信息,我的NTFS硬盘是sda5
配置信息如下:

现在最新版本的文件管理器已经修复了编码乱码的问题,https://cr.deepin.io/#/c/25330/
以后不需要配置/etc/fstab配置文件了,内网最新版本已经添加开机自动挂载

xu@xu-PC:~$ apt-cache policy dde-file-manager
dde-file-manager:
  已安装:4.2.3-1
  候选: 4.2.3-1
  版本列表:
*** 4.2.3-1 500
        500 http://packages.deepin.com/deepin panda/main amd64 Packages
        100 /var/lib/dpkg/status
Reply View the author
134******40
deepin
2017-08-18 21:40
#16
https://bbs.deepin.org/post/144220
现在最新版本的文件管理器已经修复了编码乱码的问题,https://cr.deepin.io/#/c/25330/
以后不需要配置/e ...

晚上回去删除fstab配置文件再试试。
Reply View the author
liuwen
deepin
2017-08-18 22:16
#17
https://bbs.deepin.org/post/144220
晚上回去删除fstab配置文件再试试。

还没有推送,不要那么快。。。
Reply View the author
134******40
deepin
2017-08-18 22:33
#18
https://bbs.deepin.org/post/144220
还没有推送,不要那么快。。。

跟踪下日志,其中有这个错误提示,可能问题出在这里。
  1. 2017-08-12, 13:34:02.428 [Debug  ] [filejob.cpp          FileJob::copyDir                    1271]Set Permissions of  "/home/deepin/NTFS/Users/Downloads/文件演示/子文件夹选项" same as "/home/deepin/NTFS/Users/Downloads/文件演示/文件夹选项/子文件夹选项" failed
Copy the Code

设置权限为相同时失败。不知道能不能提供一点点思路。
Reply View the author
134******40
deepin
2017-08-19 00:02
#19
https://bbs.deepin.org/post/144220
还没有推送,不要那么快。。。

刚刚跟踪了下代码
问题就出在剪切文件时设置文件夹权限出了问题。从系统磁盘往ntfs磁盘剪切文件时,会试图完全复制文件夹的权限过去。可是这时候,如果剪切过去的文件夹的权限无法设置,那么就跳过继续剪切过程了。其实这部分的权限控制可以多增加一点权限判断,不必非要完全复制文件夹权限,能完全复制权限当然好,不过如果权限无法完全一致,这时候可以读取ntfs磁盘的默认文件夹或文件权限,然后设置新建的目标文件夹权限为NTFS磁盘默认权限。除非读取的默认权限为只读才放弃。
而外接U盘或者外接硬盘,如果不设置成为fstab自动加载,则不存在这个问题的原因是因为gvfs的存在,在filejob.cpp文件代码中存在

  1.             if (!FileUtils::isGvfsMountFile(targetDir.path())){
  2.                 bool isSetPermissionsSuccess = setDirPermissions(srcDir, targetDir.path());
  3.                 if (!isSetPermissionsSuccess){
  4.                     qDebug() << "Set Permissions of "<< m_tarPath << "same as" <<  srcDir << "failed";
  5.                     return false;
  6.                 }
  7.             }
Copy the Code


isGvfsMountFile这样判断是否是gvfs这样的判断,而那些手动点击加载的磁盘都是通过gvfs管理的,不存在文件夹权限复制的过程。
Reply View the author
海天鹰
deepin
2017-08-19 00:41
#20
这位同学头脑很清晰。
拖动文件,究竟是复制还是剪切,操作要统一成习惯,不要让用户去判断,请和windows保持一致。
Reply View the author
1 / 2
To page