.!qB后缀文件黑名单无法过滤 about hlink

[likun7981]

已修复 详情见 #32

抢先体验见： https://github.com/likun7981/hlink/releases/tag/v0.3.2-1

[xxzj990]

遇到了同样的问题，临时解决方法如下。
在需要删除!qB文件的目录执行：
find . -name '*.!qB' -exec rm -rf {} \;

一定要在需要删除!qB文件的目录执行，否则有可能把正在下载的文件删掉！

[kangbeicai]

遇到了同样的问题，临时解决方法如下。
在需要删除!qB文件的目录执行：
find . -name '*.!qB' -exec rm -rf {} \;

一定要在需要删除!qB文件的目录执行，否则有可能把正在下载的文件删掉！

这个太暴力了。。 我现在设置不添加!qb，习惯了也还挺好的。

[xxzj990]

遇到了同样的问题，临时解决方法如下。
在需要删除!qB文件的目录执行：
find . -name '*.!qB' -exec rm -rf {} \;
一定要在需要删除!qB文件的目录执行，否则有可能把正在下载的文件删掉！

这个太暴力了。。 我现在设置不添加!qb，习惯了也还挺好的。

不加!qB在unraid下容易出错，因为unraid文件是分布在不同盘的，如果恰好创建任务的时候所选的盘容量不够，就会导致下载后期出错。只有打开!qB，系统才会分配到容量足够的硬盘。

[kangbeicai]

遇到了同样的问题，临时解决方法如下。
在需要删除!qB文件的目录执行：
find . -name '*.!qB' -exec rm -rf {} \;
一定要在需要删除!qB文件的目录执行，否则有可能把正在下载的文件删掉！

这个太暴力了。。 我现在设置不添加!qb，习惯了也还挺好的。

不加!qB在unraid下容易出错，因为unraid文件是分布在不同盘的，如果恰好创建任务的时候所选的盘容量不够，就会导致下载后期出错。只有打开!qB，系统才会分配到容量足够的硬盘。

我感觉你说的是预分配下载空间把， !qb就是文件后缀不一样。

[xxzj990]

遇到了同样的问题，临时解决方法如下。
在需要删除!qB文件的目录执行：
find . -name '*.!qB' -exec rm -rf {} \;
一定要在需要删除!qB文件的目录执行，否则有可能把正在下载的文件删掉！

这个太暴力了。。 我现在设置不添加!qb，习惯了也还挺好的。

不加!qB在unraid下容易出错，因为unraid文件是分布在不同盘的，如果恰好创建任务的时候所选的盘容量不够，就会导致下载后期出错。只有打开!qB，系统才会分配到容量足够的硬盘。

我感觉你说的是预分配下载空间把， !qb就是文件后缀不一样。

对！搞错了

[xxzj990]

遇到了同样的问题，临时解决方法如下。
在需要删除!qB文件的目录执行：
find . -name '*.!qB' -exec rm -rf {} \;
一定要在需要删除!qB文件的目录执行，否则有可能把正在下载的文件删掉！

这个太暴力了。。 我现在设置不添加!qb，习惯了也还挺好的。

不加!qB在unraid下容易出错，因为unraid文件是分布在不同盘的，如果恰好创建任务的时候所选的盘容量不够，就会导致下载后期出错。只有打开!qB，系统才会分配到容量足够的硬盘。

我感觉你说的是预分配下载空间把， !qb就是文件后缀不一样。

我一直以为是一个开关，跑过去一看是两个。。。。

[likun7981]

贴下配置文件，不要删除includeExtname，保留一个空的，像这样includeExtname:[]
下个版本我加下判空逻辑