[Feedback on issues] 文管中按类型排序错乱,有些夸张,这可是基础功能呀。
Tofloor
poster avatar
DarkGreen
deepin
2025-06-29 10:15
Author

这种错误太不应该了吧,基本功能都不能保证了吗?

6.6、6.12、6.15内核都是同样情况,而且系统多次重启均是如此。

image.png

Reply Favorite View the author
All Replies
2 / 2
To page
jx4hjy
deepin
2025-06-29 14:53
#21

看起来按类型排序只是按mimetype的前缀排序的,做的非常粗糙

Reply View the author
jx4hjy
deepin
2025-06-29 17:04
#22

我看了下代码,这是V25最新才引入的BUG,这里的类型本该通过mimetype判断才能准确归类。

但是读取mimetype会很慢,特别是大量文件存在时。在一次性能优化中将其改为了使用后缀映射为几个非常粗略的类型(文档、视频、音乐、压缩文件等),那么类型排序相当于只是按这几种粗略的类型排序,粒度非常大。就会导致按类型排序后,像zip, 7z, rar等都是压缩文件后缀被归为了一个类型,但是组内却是无序的,显示在界面上就很反直觉了

Reply View the author
DarkGreen
deepin
2025-06-29 17:07
#23
jx4hjy

我看了下代码,这是V25最新才引入的BUG,这里的类型本该通过mimetype判断才能准确归类。

但是读取mimetype会很慢,特别是大量文件存在时。在一次性能优化中将其改为了使用后缀映射为几个非常粗略的类型(文档、视频、音乐、压缩文件等),那么类型排序相当于只是按这几种粗略的类型排序,粒度非常大。就会导致按类型排序后,像zip, 7z, rar等都是压缩文件后缀被归为了一个类型,但是组内却是无序的,显示在界面上就很反直觉了

scream 这粗放的吗?唉,不知道官方看到没,会不会修改呀,又或者要等上N久才修改。sob

Reply View the author
jx4hjy
deepin
2025-06-29 17:15
#24
DarkGreen

scream 这粗放的吗?唉,不知道官方看到没,会不会修改呀,又或者要等上N久才修改。sob

你发了帖子很快会被看到修改,估计下个版本就会推

Reply View the author
DarkGreen
deepin
2025-06-29 17:29
#25
jx4hjy

你发了帖子很快会被看到修改,估计下个版本就会推

希望能如此吧,感谢你的解惑。kissing_heart

Reply View the author
132******79
deepin
2025-06-29 17:48
#26

😂 确实是按类型排序的,没问题啊,只是没有根据后缀名排序罢了。😂 .psd和.jpg都是图片,.rar和.zip都是压缩文件。

Reply View the author
DarkGreen
deepin
2025-06-29 17:57
#27
132******79

😂 确实是按类型排序的,没问题啊,只是没有根据后缀名排序罢了。😂 .psd和.jpg都是图片,.rar和.zip都是压缩文件。

唉,知道了原因不急了,就怕查不到原因就麻烦。

另外最希望的是treeland能加快开发的速度。

Reply View the author
猫粮
deepin
2025-06-29 18:12
#28
132******79

😂 确实是按类型排序的,没问题啊,只是没有根据后缀名排序罢了。😂 .psd和.jpg都是图片,.rar和.zip都是压缩文件。

psd可不是图片格式

Reply View the author
DarkGreen
deepin
2025-06-29 18:56
#29
猫粮

psd可不是图片格式

PSD不是图片格式哪是什么格式?

Reply View the author
猫粮
deepin
2025-06-29 21:15
#30
DarkGreen

PSD不是图片格式哪是什么格式?

psd是Photoshop的源文件格式,他并不能算图片格式。

Reply View the author
DarkGreen
deepin
2025-06-29 21:27
#31
猫粮

psd是Photoshop的源文件格式,他并不能算图片格式。

确实,面是面,饭是饭。吃面了不是吃饭了。

Reply View the author
Beyond_the_limits
deepin
8 hours ago
#32
jx4hjy

我看了下代码,这是V25最新才引入的BUG,这里的类型本该通过mimetype判断才能准确归类。

但是读取mimetype会很慢,特别是大量文件存在时。在一次性能优化中将其改为了使用后缀映射为几个非常粗略的类型(文档、视频、音乐、压缩文件等),那么类型排序相当于只是按这几种粗略的类型排序,粒度非常大。就会导致按类型排序后,像zip, 7z, rar等都是压缩文件后缀被归为了一个类型,但是组内却是无序的,显示在界面上就很反直觉了

我也打算去看源码😂,看来不用了

Reply View the author
2 / 2
To page