Yuan Xulei
Yuan Xulei
OOPP建议关闭，两个很难解决的问题： 1. IE Cookie保护机制要求session cookie不得跨越进程共享，OOPP开启后，session Cookie无法在IE内核与Firefox间共享。 2. 性能问题。 OOPP开启后，严重降低plugin与Firefox通信效率，同步大量Cookie时回导致Firefox假死(taobao.com似乎能重现这个问题)。
@patwonder 动作真快。
1. 理论上我可以把Firefox产生的Cookie通过一定协议发送到插件进程，由插件进程设置到IE内核中，但这样开销太大，影响性能。 2. Cookie攒在一起发会有问题。比如用户通过session cookie保持登录状态，切换内核时如果cookie没有实时同步, 可能会让cookie失效。 最初版本的插件是开启了OOPP,但后来发现带来很多问题，它的坏处远大于它的好处，所以决定禁用OOPP。OOPP开启后最大的问题是影响性能，特别是Cookie同步时，会产生假死；第二个问题是增大了Cookie同步的复杂度，现有的Cookie同步功能已经很复杂了，我不希望再增加复杂度，增加维护难度，还影响性能。OOPP开启后最大的好处是崩溃保护，现在插件本身已经很稳定，崩溃很少发生，我自己觉得用处不大。
@patwonder 与哪个hook有关，Message hook还是AtlDephook?
这倒是有可能，如果PassGuard采用了与MiniHook相同的Hook方式，一定会出错。
@patwonder I read through all the bug comments (either from here or mozilla bugzilla) and really appreciate what you have done! OOPP has been a pain for us for a...
> I'm also thinking of getting rid of the NPAPI plugin, and use js-ctypes to load the IE control directly. But that requires us manually managing window positioning / visibility...
Actually, it is just a folk from android OpenWnn and has exactly the same function with the original OpenWnn IME. I haven't planned to publish it. But I you really...