你是否是修改了setshutdowncheck中的条件。

是的，目前所有通道的版本都会进行关闭信息收集，我把default给去掉了，只留着nightly，这样这个线程就不用进入了

更新至23.0 x86

babyclinre：最新的23.0.1 x86 不支持webP吗？很需要这个功能回到原帖

看这里的解释

http://pcxfirefox.sourceforge.net/zh/?p=29

eproly：请问网站里的MINI版本是什么啊？谢谢回到原帖

http://bbs.kafan.cn/thread-1619257-1-1.html

thunderbird升级到24.0 x86

心清无痕：
更新好快啊。辛苦啦。
第一时间下载下来。发现问题：
环境：
win7 x64 sp1
无任何防护软件

步骤：
1）启用第三方tmemutil

直接停止工作。
换用原默认恢复正常。回到原帖

应该已经修复了

更新至25.0 x86/x64 SSE2/SSE3

hkpagybid：想问下
为什么你不用VC2012编译?回到原帖

没钱

thunderbird更新到24.1.0
pcxThunderbird 24.1.0

下载链接
https://sourceforge.net/projects/pcxfirefox/files/Release/Thunderbird/24.x/x86/24.1.0/

百度网盘分流
http://pan.baidu.com/s/1n81pC#dir/path=%2F%E6%88%91%E7%9A%84%E8%BD%AF%E4%BB%B6%2FpcxFirefox%E5%A4%87%E4%BB%BD%2FRelease%2FThunderbird%2F24.x%2Fx86%2F24.1.0

更新到26.0

额外修复:
  Firefox 26.0启用硬件加速时导致Feedly Notifier工作不正常 ( https://github.com/olsh/Feedly-Notifier-Firefox/issues/52#issuecomment-30207657 )

jgsabc：2012是过渡，直接2013版，用D版即可，13我觉的好太多。回到原帖

现在只是RTM吧？出正式版本了？
给个下载链接我看看

转到VC2013的问题在于 原来导致VC2010 PGO的bug可能就失效了 VC2013的bug要重新确定
所以转移也需要测试找PGO的bug

thunderbird同时更新到24.2.0 Release

Fxwm：什么时候才转战到D版VC2013呢
抱着VC2010不放，这样不好吧。
新BUG的固定和修复是早晚的事总要来临的，就算现在PGO的性能下降一些也不能停止脚步啊回到原帖

我在内部测试VC2013
没有正式迁移是因为还没有找到VC2013的最优构建方式，一些在VC2010上做的兼容需要在VC2013上修改，整个过程需要评估

Fxwm：27出来时能否看见VC2013版？另，求重启mini版构建。先来个test3基础上砍掉devtools也可以的，慢慢砍嘛。感觉追求mini的并不是在意那点体积，而是看不爽臃肿，mini使整个程序轻量化纯粹化，抛开臃肿多余的东西，比如人家TW...回到原帖

很长一段时间不会启用VC2013，有些内部行为还没有完全搞明白（利用他的Qpar最大化，矢量化还有些不稳定出现）。mini版本一直在实践，只是不公开而已，最近我在做DOM API的精简，这是firefox中体积占得最大的部分，做完这个，其他组件的精简自然水到渠成。devtools精简掉难度不大，准备最后再做，先做难的。如果能够把xul体积精简到18M以下（这个xul静态链接了mozjs和gkmedias两个模块），那么我会重现放出测试，目前的体积在22M.

Fxwm：27出来时能否看见VC2013版？另，求重启mini版构建。先来个test3基础上砍掉devtools也可以的，慢慢砍嘛。感觉追求mini的并不是在意那点体积，而是看不爽臃肿，mini使整个程序轻量化纯粹化，抛开臃肿多余的东西，比如人家TW...回到原帖

另外，考虑到补丁的容易生成和易于测试，基于的版本也是nightly，希望28或者29正式版之前能出个mini的预览版本