感谢反馈，是被“气泡提示”选项影响了，下一版修复
问一下，我遇到一个问题，不知道是 BUG 还是操作问题？
刚才突然发现设置里，下面订阅的那个 Tracker 服务器列表 URL，无论是 自动更新 还是手动点击 立即更新，上面的 Tracker 地址列表内容都是不变的。
但是当我把上面的 Tracker 地址列表内容手动清空后，再去点击 立即更新 按钮，上面的 Tracker 地址列表内容才会变成最新的内容（和订阅的那个 Tracker 服务器列表 URL 网页内的完全一致）。
那两个选项（自动向 BT 任务添加以下 Tracker、每天自动更新…）我也都勾选了。
我这些天我几乎每天都打开用过，因此比特彗星也应该每天都会自动更新一次 Tracker 服务器列表，但我刚才看了下，上面 Tracker 地址列表数量是 149 条，而我看了下我订阅的那个 Tracker 服务器列表 URL 一个月的 Github commit 记录，无论是哪天的，文件内列表数量都没有一个是 149 条的，这意味着这些天都自动更新个寂寞？。。。
今天开机打开比特彗星后，又看了一下，确实自动更新没效果，虽然写着今天几点自动更新了，但是上面框里的列表内容数量和实际的对不上，手动点击 立即更新 也是显示收到 115 条，但上面大框里还是没变依然是 123 条。。。
不如同时在加个搜索bt任务名的搜索框那，加一个同时搜索文件名的选项，选中后可以搜索所有包含文件名的bt任务出来
感谢建议
感谢建议
是没有正常安装吗？这个文件通常位置是在 %appdata%/bitcomet/fav/embed_bcsp.zip 如果程序提示在其他位置查没有找此文件，通常是非正常安装的情况下配置文件夹没有使用默认位置。可以在日志面板里看一下配置文件夹位置
这也是我想说的
建议简化一下文件移动操作
现有操作:手动暂停任务>选择移动文件>手动开始任务
希望在任务运行时移动文件可自动暂停任并在 移动后自动开始动任务
建议添加在移动下载目录时移动所有文件的选项，即使这些文件不是通过BC下载的
移动时跳过系统文件、隐藏文件等特殊文件
网络的问题吧？要不搞个本地站点试试？
本地测试无法复现，存在tracker内容的时候，可以正常更新
@ie12 不是网络问题，因为如果是网络问题的话，就不会显示收到 Tracker 数量是正好的了，而且清空上面 Tracker 后就正常能显示最新的了。
似乎是获取到了，但却没有正常去更新上面框里的 Tracker。
我打开比特彗星后，打开设置 - Tracker，可以看到下面写着 更新于 17:44:05。收到的 Tracker: 118 这种文字，但是我复制上面的内容到记事本里，则显示有 125 行。
这是自动更新，此时我再去点击下面的
立即更新，也和上面说的一样。
而我手动浏览器访问下面的 Tracker 服务器列表 URL，网页中的 Tracker 确实是有 118 个。
然后我手动清空上面的 Tracker 列表内容，再去点击 立即更新，上面的 Tracker 列表内容就是最新的了（复制到记事本里查看是 118 行），这种显然不是巧合，因为我这边可以 100% 稳定复现。
就如我上面所说，比特彗星正确获取到了 Tracker（否则也无法显示出正确的数量），但上面的 Tracker 列表内容却没变（如果是点击 立即更新 可以看到滚动条从行底移动到行首，但内容没变）。
所以现在的问题是在文本框中的tracker比实际的要多？
有可能BC更新的逻辑不是完全替换而是增量更新？
如果可以的话， 把你现在使用的tracker服务器列表的url贴出来，和自动更新的url贴一下，让我们测试一下能不能复现
对，这样可以保留自定义的tracker不会因为更新导致被自动强制删除掉
我试了下把上面的 Tracker 删的只剩下一个，且这个 Tracker 也存在于最新的，然后点击 立即更新 发现上面的 Tracker 变化了，并且数量正好 118 个。
又尝试把上面的 Tracker 清空，然后写一个不存在的 Tracker，然后点击 立即更新 发现上面的 Tracker 变化了，并且数量为 119 个。
然后此时，我再去点击 立即更新 发现上面的 Tracker 没有变化，数量依然是 119 个。
所以说，搞了半天，Tracker 自动更新/立即更新 的逻辑不是 清空后再写入最新 Tracker，而是和上面的 Tracker 列表内容对比，去除重复后增加新的进去，而那些订阅 URL 的最新 Tracker 列表没有的也不会删除，而是保留。
怪不得我无论如何也找不到和 Tracker 数量一致的 commit 。。。
但问题在于，我并没有添加自定义的 Tracker，因此每次自动更新，比特彗星都会保留那些因为失效等原因而被订阅的 Tracker 列表移除的 Tracker，去除重复后增加新的进去，这样只增不减，理论上就会一直累计下去，到最后被保留但不可用的会越来越多。
我不知道我这样解释，你们能不能听懂。。。我举个例子吧：
# 假设在最初为空的时候，第 1 次自动更新后，上面 Tracker 列表框的内容如下：
udp://1.1.1.1/announce
udp://2.2.2.2/announce
udp://3.3.3.3/announce
# 后来，因为 1.1.1.1 失效移除了，并新增了一个 4.4.4.4，订阅的 Tracker 列表网页最新内容如下：
udp://2.2.2.2/announce
udp://3.3.3.3/announce
udp://4.4.4.4/announce
# 第 3 次自动更新时，上面 Tracker 列表框的最终内容如下：
udp://1.1.1.1/announce
udp://2.2.2.2/announce
udp://3.3.3.3/announce
udp://4.4.4.4/announce
# 后来，因为 4.4.4.4 失效移除了，并新增了一个 5.5.5.5，订阅的 Tracker 列表网页最新内容如下：
udp://2.2.2.2/announce
udp://3.3.3.3/announce
udp://5.5.5.5/announce
# 第 3 次自动更新时，上面 Tracker 列表框的最终内容如下：
udp://1.1.1.1/announce
udp://2.2.2.2/announce
udp://3.3.3.3/announce
udp://4.4.4.4/announce
udp://5.5.5.5/announce
# 而其中的 1.1.1.1 和 4.4.4.4 这种失效（或存在其他问题）的 Tracker 就这样一次次的保留下来了。
# 理论上这样 只增不减 下去，Tracker 数量会越来越多，不断累积这些不再使用的 Tracker。
# 以上均为我个人手动多次测试后根据结果而猜测的，如有不准确希望指出~
我觉得最好把上面 Tracker 列表框分为两个：
- 自定义 Tracker 列表（可编辑）
- 订阅的 Tracker 列表（只读，不只读也行，反正只要每次更新都会先清空就行）
这样即满足了部分人需要指定自定义 Tracker 的问题，又可以解决我前面提到的无限累积保留的问题。
相当于失效服务器无法自动删除，一直累加？
这个方面也许可以参考一下电骡
自动删除失败次数过多的服务器
同时可以设置静态服务器，不会被自动删除
可以让官方加一个选项，清空后在更新tracker，方便不同的人群，我更倾向于现在的这种更新方式，bt软件也会自动随着tracker失效拉大请求间隔时间，之前发现的一个tracker对象泄露的bug也修复了，现在除非bt任务数量非常多，基本不会有性能影响。
选项勾上并且应用后，点击立即更新或者自动更新时候就会清空列表后在更新
1個讚
幾時有全局设置每个任务的下载速度？別的客戶端有好久了
加上現在速度太快會卡
这个之前反馈过 设置窗口是不带记忆窗口大小的
不过可以自动调整大小
看来自动调整还是有些问题
还是建议改成记忆窗口大小，并个每个页面添加滚动条