多线程下失效的脚本怎么办？

过完年回来, 发现由于未知的原因之前一直不让我启用的多进程选项自己开启了(44 aurora)
然后发现uc脚本横尸遍野...
查了一下, 凡是用到content和在gBrowser上挂事件之类的方法全都不能用了(https://developer.mozilla.org/en-US/Firefox/Multiprocess_Firefox/Limitations_of_chrome_scripts)
文中提到有个叫CPOW的东西可以当做权宜之计(shim), 但是这个对象终归也是要被干掉的(they are only a temporary measure, and will be removed eventually)

辣么, 应该怎样用更加规范的方式改写这些脚本, 使其可以在多线程的fx上长期使用呢？
还是说, 文中没有给出长期解决方法的原因是因为多进程(线程？)还在开发中所以这样的解决方案还不存在, 需要等待一段时间？
话说之前由于一直提示什么accessibility bug不让我开启这个选项, 现在才是第一次体验多进程...看了下任务管理器, 还是只有一个进程？

会写脚本的话，参考 https://developer.mozilla.org/en-US/Add-ons/Working_with_multiprocess_Firefox
还可以禁用的，选项（pref）我不记得了。我大概是禁用了，虽然“实验”还在。

会有一个插件容器进程（plugin-container.exe）包着所有标签页，主进程尽量只包含界面和功能。各网站乃至网页完全独立进程的设想，目前还未研究和实施。

yfdyh000：会写脚本的话，参考 https://developer.mozilla.org/en-US/Add-ons/Working_with_multiprocess_Firefox
还可以禁用的，选项（pref）我不记得了。我大概是禁用了，虽然“...回到原帖

看起来有用，mark一下慢慢看，谢谢！

反正 XUL 都要整个被扔掉了
即使现在把 chrome 脚本弄成 e10s 兼容
等 XUL 废弃了
不还是要从头来过？
所以当真需要“长期解决方法”？

aaaa007cn：反正 XUL 都要整个被扔掉了
即使现在把 chrome 脚本弄成 e10s 兼容
等 XUL 废弃了
不还是要从头来过？
所以当真需要“长期解决方法”？回到原帖

长期解决办法就是换chrome

aaaa007cn：反正 XUL 都要整个被扔掉了
即使现在把 chrome 脚本弄成 e10s 兼容
等 XUL 废弃了
不还是要从头来过？
所以当真需要“长期解决方法”？回到原帖

我打算留个xul的版本作为自己的长期支持版……至于新架构，等找完替代品了再迁移过去