36+版本有些奇怪的现象，求测试

36+ 的版本内存处理机制是不是重新调整过啊（或者说容错处理，对不标准网页的处理？专业的不懂），会有一些奇怪的的现象。
比如卡饭之前有个帖子说这个地址：www.guanggoo.com/t/3085
 会造成页面如何如何，我当时用的36版本，去访问，把页面拉到底，发现的确会造成内存占用飙升，到1G左右，需要在页面停留5分钟以上，内存才会突然降至正常占用600mb左右。（新建配置，开启关闭硬件加速都是这样）；但是我用35版本去访问时，拖动时就占用700mb左右，拉到页面底没几秒钟就降至正常占用。
  
还有对脚本的兼容也有点问题，比如NLF大大写的https://greasyfork.org/en/scripts/4285-flashviewer，
在35之前访问  http://www.91jucai.com/movie/langxianping/bc7728eab20d7a879a318ee18207c4fe.html，  http://www.focus-sport.club.tw/（这个页面会非常卡，但不会崩）是不会崩溃的，36+百分之百崩溃。

有新旧两个版本的可以测试下，看看是不是个例

感觉和硬件关系不大
win7 x64  
核显 （我独立显卡摔坏了...）
i5-460m

第二个脚本稍微调试了一下，导致崩溃的具体代码是1245行的setTimeout。一个临时解决方案是把脚本开头的document-start改成document-end

taoww：第二个脚本稍微调试了一下，导致崩溃的具体代码是1245行的setTimeout。一个临时解决方案是把脚本开头的document-start改成document-end回到原帖

35不会崩   36连续崩  ，是36加载脚本的函数方式改变了？

精简了问题代码，重新测试，发现和某些扩展有关，禁用之后就不会崩溃了

测试页面：test.zip

类型：

售价：0

大小：1KB

下载：9次

描述：单页面测试

[下载]

目前发现会导致问题的扩展：ghostery、noscript、greasemonkey（有可能）

taoww：精简了问题代码，重新测试，发现和某些扩展有关，禁用之后就不会崩溃了

测试页面：

目前发现会导致问题的扩展：ghostery、noscript回到原帖

和扩展关系不大   我新建了个配置 只有greasemonkey  +这个脚本  其他的什么都没装。


另外   本地html打开瞬间崩

谷歌大法好：和扩展关系不大   我新建了个配置 只有greasemonkey  +这个脚本  其他的什么都没装。


另外   本地html打开瞬间崩回到原帖

greasemonkey也可能会导致崩溃，把gm禁了再打开test.html就不会崩溃了

taoww：greasemonkey也可能会导致崩溃，把gm禁了再打开test.html就不会崩溃了回到原帖

禁了greasemonkey肯定不崩溃   。因为脚本都不加载了。

我这帖子的主要的疑问在于：为什么 “开着greasemongkey+picviewer脚本的情况下  36+一定崩溃，而35-没有问题”


本地test  测试情况：
纯净ff35                                                     不崩
纯净ff35+greasemonkey3.1                       不崩
纯净ff35+greasemonkey3.1+picvewer       不崩
纯净ff36                                                     不崩
纯净ff36+greasemonkey3.1                       不崩
纯净ff36+greasemonkey3.1+picvewer        崩

谷歌大法好：禁了greasemonkey肯定不崩溃   。因为脚本都不加载了。

我这帖子的主要的疑问在于：为什么 “开着greasemongkey+picviewer脚本的情况下  36+一定崩溃，而35-没有问题”


本地test  测...回到原帖

只要greasemonkey启用，即使它不加载任何用户脚本，打开3楼的test.html一样可能崩。如果第一次没崩，可以在不关闭firefox的情况下再打开一次。我开始在win7上只在关闭firefox的情况下打开test.html没崩就排除了greasemonkey，后来发现在firefox打开的情况下照崩不误。而禁用了greasemonkey就没事了。

我这里测试的结果是只要开启了几个特定的扩展就会出问题。而这些扩展有个共同的特征是会监视页面的载入情况，而出问题的脚本代码也是在做同样的监视动作。所以要么是那些扩展监视部分代码没写好，要么是firefox对多重监视的状况处理不好

我会给相关扩展的作者提bug，看他们怎么说了

taoww：只要greasemonkey启用，即使它不加载任何用户脚本，打开3楼的test.html一样可能崩。如果第一次没崩，可以在不关闭firefox的情况下再打开一次。我开始在win7上只在关闭firefox的情况下打开test.html没崩就排...回到原帖

如你所说，36+打开第二个标签页会崩；35还是没问题，无论是否启用油猴、是否加载脚本、是否第二个标签都不崩溃。不明白这是FF问题  还是油猴子问题。悲催的是36+一旦开第二个标签页崩了之后，在关闭firefox前提下再打开非testhtml  也是崩溃。好在是测试配置


PS：我更倾向于这是FF的bug，有条件的话，去mozilla提交下，带上第一个问题。我没帐号。

你试试将flashviewer中所有的setTimeout替换成window.setTimeout，看看还崩不？我这里是不崩了。感觉是那些扩展破坏了脚本运行的global环境
 
不用试了，还是会崩

taoww：你试试将flashviewer中所有的setTimeout替换成window.setTimeout，看看还崩不？我这里是不崩了。感觉是那些扩展破坏了脚本运行的global环境

不用试了，还是会崩回到原帖

是的   还是崩。再说 即使脚本改了不崩也不能解决“猴子启用状态崩”这种情况啊。

firefox 36为了将来的多进程版改了不少会影响到扩展兼容性的东西，还是先等扩展作者回应了再说
https://www.firefox.net.cn/read-50312
https://blog.mozilla.org/addons/2015/01/13/compatibility-for-firefox-36/

给我crash id

pcxfirefox：给我crash id回到原帖

how？用的垃圾pcx   崩了直接退出，也不知道日志放在哪

taoww：firefox 36为了将来的多进程版改了不少会影响到扩展兼容性的东西，还是先等扩展作者回应了再说
https://www.firefox.net.cn/read-50312
https://blog.mozilla.org/addons/...回到原帖

好的，看看别人怎么说的。另外占用异常也是个问题