fang5566：呵呵，你对于疑问的深究令人赞赏，我继续搜了一下网络，发现了adobe flash 和 akamai 之间动人的关系：
http://www.akamai.cn/enzs/html/forms/reply/flash.html


你...回到原帖

升级 flashplayer 后重现
抓包后发现 plugin-container 请求的是
http://fpdownload2.macromedia.com/get/flashplayer/update/current/install/version.xml14.0.0.125~installVector=1&lang=zh-CN&cpuWordLength=32&playerType=pl&os=win&osVer=7
看起来似乎和 flashplayer 检查更新有关？
可是控制面板中 flashplayer 设置的“从不检查更新”
更奇葩的是，这个请求拿到的响应是 404 Not Found……
另外，防火墙放行一次后就不再出现了

不过还是不明白为什么会无视“从不检查更新”的设置
通过 plugin-container 去请求一个不存在的地址

aaaa007cn：升级 flashplayer 后重现
抓包后发现 plugin-container 请求的是
http://fpdownload2.macromedia.com/get/flashplayer/update/current/install/...回到原帖

是只有新版存在么 我一直用11.4 查了下历史记录 没发现有这个地址

pcxfirefox：是只有新版存在么 我一直用11.4 查了下历史记录 没发现有这个地址回到原帖

目前版本 14.0.0.125（最新版）
请求的 uri 中也有这串 version.xml14.0.0.125~
这个请求没有记录在 firefox 的历史记录中
而且我的 firefox 设置了本地 privoxy 代理
但是 flashplayer 引起的 plugin-container 这个请求没有通过 privoxy，而是直接联网了
只能通过抓包或者防火墙记录发现

aaaa007cn：目前版本 14.0.0.125（最新版）
请求的 uri 中也有这串 version.xml14.0.0.125~
这个请求没有记录在 firefox 的历史记录中
而且我的 firefox 设置了本地 privoxy 代理
但是 flas...回到原帖

会不会是Firefox 本身检查Flash插件的最新版本？Firefox 有这个功能，就是检查插件是否过期。如果要禁用检查插件功能，可以到about:config找到

plugins.update.url

地址改为空的

fang5566：会不会是Firefox 本身检查Flash插件的最新版本？Firefox 有这个功能，就是检查插件是否过期。如果要禁用检查插件功能，可以到about:config找到
plugins.update.url地址改为空的回到原帖

试了下
可以确定也不是 firefox 内建的插件检查

试着重新安装一遍 install_flash_player.exe
然后这个请求会再出现一次

用 opera 也一样会出现一次那个请求
同样也会绕过浏览器的代理设置

所以可以断言这是 NPSWF32_14_0_0_125.dll 自己在搞鬼？

aaaa007cn：试了下
可以确定也不是 firefox 内建的插件检查

试着重新安装一遍 install_flash_player.exe
然后这个请求会再出现一次

用 opera 也一样会出现一次那个请求
同样也会绕过浏览器的代理设置

所以可以断言...回到原帖

如果不同浏览器都是如此，那一般是这个DLL插件问题了，无视从不检查更新的设置。

lovehigh：想要英文先于中文能够做到么？回到原帖

没人觉得这是个BUG么？我还是比较习惯英语先于中文的排序方式。http://forum.moztw.org/viewtopic.php?f=2&t=41130 里好像也有人提到。

lovehigh：没人觉得这是个BUG么？我还是比较习惯英语先于中文的排序方式。http://forum.moztw.org/viewtopic.php?f=2&t=41130 里好像也有人提到。回到原帖

你确定是从29的哪个版本开始的？（最好是nightly版本）

pcxfirefox：你确定是从29的哪个版本开始的？（最好是nightly版本）回到原帖

就是 29，不用考虑 nightly 版本
sort by name 是基于 String.localeCompare 的
String.localeCompare 正好在 29 更改了后端实现

关键我现在用英语版的pcxfirefox怎么也不好使了，排序还是先中文=。=

aaaa007cn：就是 29，不用考虑 nightly 版本
sort by name 是基于 String.localeCompare 的
String.localeCompare 正好在 29 更改了后端实现回到原帖

有具体更改实现的bugzilla链接么 提交这种问题时最好找到相关的bug

pcxfirefox：有具体更改实现的bugzilla链接么 提交这种问题时最好找到相关的bug回到原帖

29.0 的 release note 中的

Enabled ECMAScript Internationalization API

见 https://bugzilla.mozilla.org/show_bug.cgi?id=853301

sort by name 本身没问题
只是调用了 String.localeCompare 来排序

中文排在英文之前是新的 String.localeCompare 引起的
https://bugzilla.mozilla.org/show_bug.cgi?id=1036383
所以这大概要算一个上游 bug……

可 google chrome 也一样是基于 ICU 的
不明白为什么 chrome 中的 String.localeCompare 就是按我们习惯的顺序排序
要么是 chrome 手动调整过中文的 collation
要么是 chrome 用的是旧版本的 ICU？

今天心血来潮，想怀旧，重新配置了Fx 28，但发现已经很难再回到从前。从Fx 2到3，4再到28，少许改变即可适应。而29，确实是一次很棒的变革，从文字渲染再到主题，都已经无法再重回过去，非常重要的附加组件栏和搜索栏现已变得可有可无，或者说已经不再需要。当初为了适应而做出的改变，现在看来真的很是值得。
（至少对我而言，不必再辛苦的调教附加组件栏）

skytalk：今天心血来潮，想怀旧，重新配置了Fx 28，但发现已经很难再回到从前。从Fx 2到3，4再到28，少许改变即可适应。而29，确实是一次很棒的变革，从文字渲染再到主题，都已经无法再重回过去，非常重要的附加组件栏和搜索栏现已变得可有可无，或者说...回到原帖

这个怀旧坟挖得可以的
虽然新主题很好很style, 但是我还是怀念火狐橙
橙色看起来要有活力的多, 辨识度也高很多
哪像现在这样, 浏览器跟手机似的, 一个个都是性冷淡般的灰白配色

白左：这个怀旧坟挖得可以的
虽然新主题很好很style, 但是我还是怀念火狐橙
橙色看起来要有活力的多, 辨识度也高很多
哪像现在这样, 浏览器跟手机似的, 一个个都是性冷淡般的灰白配色回到原帖

这坟接的。。。。。感觉要继续讨论下去的节奏啊