bug回报:在导出TamperMonkey压缩包时,不能正确触发监听文件夹

Romen

更详细一些的信息,是,如果此监听文件夹的计划设置了文件过滤,内容为*.zip,那么在将此压缩包在不改名的情况下直接移入被监听文件夹,则不会触发事件,如果此计划未开启文件过滤,则同样的行为下,事件将正确触发(我测试过几轮,这个过滤文件类型,是白名单模式,即,仅编辑范围内的文件可触发任务.所以.在其中填写了*.zip,应在置入zip文件时触发任务),我个人的判断,这大概率与TamperMonkey导出的压缩包文件名过长有关系,或者可能是其中含有太多的连字符而导致的

梦碎

如果此监听文件夹的计划设置了文件过滤,内容为*.zip,那么在将此压缩包在不改名的情况下直接移入被监听文件夹,则不会触发事件,如果此计划未开启文件过滤,则同样的行为下,事件将正确触发

这是正常的  过滤为白名单  发生白名单行为  则不执行任务  

Romen

梦碎 发表于 2025-1-10 06:34
如果此监听文件夹的计划设置了文件过滤,内容为*.zip,那么在将此压缩包在不改名的情况下直接移入被监听文件 ...

我这边测的是,*.zip,代表仅对zip文件生效,我对其他扩展名的文件也进行了多轮测试,都是符合这个条件的

Romen

因为我在相同的文件夹放一个名称较短的zip,任务就顺利的进行了,但TamperMonkey的压缩包,做不到

Romen

而且过滤文件名设置为白名单模式也是符合大部分使用情况的,因为我们将来不一定会遇到各种位置的,全新的扩展名文件,比如各种程序的配置文件往往就是独有的,那么黑名单模式(被写入的类型文件不响应),那就伴随未知的后续维护压力

作者君

Romen 发表于 2025-1-10 08:08
而且过滤文件名设置为白名单模式也是符合大部分使用情况的,因为我们将来不一定会遇到各种位置的,全新的扩展 ...

你压缩包文件名是什么？还有计划设置，发来看看
我试了tampermonkey-backup-chrome-2023-10-10T17-24-28-788Z.zip，这个名字是可以的