0

他のプラグインを含むページをロードする QWebView を含む QtBrowserPlugin があります。

(opera 
    (some_page 
        (my_qtbrowser_plugin 
            (QWebView 
                (some_other_page 
                    (some_other_plugin))))))

他のプラグインをロードする、またはロードしようとするページをロードした後、QtBrowserPlugin へのイベントのディスパッチを停止するのはなぜですか (外部からの JS 呼び出しでクラッシュします: http://sprunge.us/HeZA )

スタックトレースで私が見る：

#3  <signal handler called>
#4  0xb63ae1f2 in WebCore::IdentifierRep::string() const () from /usr/local/Trolltech/Qt-4.7.0/lib/libQtWebKit.so.4
#5  0xb63b339c in _NPN_UTF8FromIdentifier () from /usr/local/Trolltech/Qt-4.7.0/lib/libQtWebKit.so.4
#6  0xb76e3d51 in NPN_UTF8FromIdentifier (identifier=0x7ffffffe) at .../src/qtbrowserplugin.cpp:200
#7  0xb76e4aaf in NPClass_HasMethod (npobj=0x80e5c80, name=0x7ffffffe) at .../src/qtbrowserplugin.cpp:364

qtbrowserplugin のコードが QtWebKit で何かを呼び出すのはなぜですか? デバッグ/修正する方法は他にありますか?

更新qtbrowserplugin.cpp:NP_Initialize を2回呼び出すことも発見しました( http://sprunge.us/BdfQ ):

*** GDB BACKTRACE ***
#2  0xb78ad817 in NP_Initialize (nFuncs=0x807599c, pFuncs=0x8074740) at /mnt/sda8/src/p/qtbrowserplugin-2.4_1-opensource/src/qtbrowserplugin.cpp:1273
#3  0x080556ea in Handle::Open(char const*, _NPNetscapeFuncs*) ()
#4  0x08056692 in pluginController::open(char const*) ()
#5  0x08055ca8 in main ()
*** END OF BACKTRACE ***
** (operapluginwrapper:1281): DEBUG: NP_Initialize
** (operapluginwrapper:1281): DEBUG: NP_Initialize succeeded

*** GDB BACKTRACE ***
#2  0xb78ad817 in NP_Initialize (nFuncs=0xb4357094, pFuncs=0xb4357058) at /mnt/sda8/src/p/qtbrowserplugin-2.4_1-opensource/src/qtbrowserplugin.cpp:
#3  0xb6af7dae in WebCore::PluginPackage::load() () from /usr/local/Trolltech/Qt-4.7.0/lib/libQtWebKit.so.4
#4  0xb6af774d in WebCore::PluginPackage::fetchInfo() () from /usr/local/Trolltech/Qt-4.7.0/lib/libQtWebKit.so.4
#5  0xb69578ae in WebCore::PluginPackage::createPackage(WebCore::String const&, long const&) () from /usr/local/Trolltech/Qt-4.7.0/lib/libQtWebKit.so.4
...

更新 2私の修正は正しいですか? http://vi-server.org/vi/bin/qtbrowserplugin-2.4_1-opensource-netsing-fix.patch :

diff --git a/qtbrowserplugin-2.4_1-opensource.orig/src/qtbrowserplugin.cpp b/qtbrowserplugin-2.4_1-opensource/src/qtbrowserplugin.cpp
index e7c6f31..632d546 100644
--- a/qtbrowserplugin-2.4_1-opensource.orig/src/qtbrowserplugin.cpp
+++ b/qtbrowserplugin-2.4_1-opensource/src/qtbrowserplugin.cpp
@@ -1271,6 +1271,10 @@ extern "C" NPError WINAPI NP_Initialize(NPNetscapeFuncs* nFuncs, NPPluginFuncs*
 {
     if(!nFuncs)
         return NPERR_INVALID_FUNCTABLE_ERROR;
+    
+    if(qNetscapeFuncs) {
+        return NPERR_INVALID_PLUGIN_ERROR;
+    }

     qNetscapeFuncs = nFuncs;
     int navMajorVers = qNetscapeFuncs->version >> 8;
4

1 に答える 1

0

フルスクリーンの要件については、詳細なしで賢明な解決策を提案するのは少し難しいです。ただし、プラグインをレイヤー化する場合は、ウィンドウレスプラグインを調べる必要があります (それらをサポートしているかどうかはわかりませんが、FireBreathは次のリリースでサポートする必要があります)。QtBrowserPlugin

実際に問題を解決できるとは思いません。両方のブラウザ エンジンがプラグインを共有ライブラリとしてロードし、同じプロセスにあるために同じインスタンスを取得します。現在、どちらもNP_Initialize()関数ポインターを交換するために呼び出す必要があるため、両方のブラウザーと通信することはできません
。別の を保存することはできNPNetspaceFuncsますが、(主要なハックなしでは) どのブラウザーが実際に呼び出すNPP_New()かなどを検出できないため、特定できません。どのブラウザからどのプラグインからコールバックする必要があるか。

ハックな回避策は、実際には 2 つの異なるプラグイン (各ブラウザー エンジンに 1 つずつ) を使用することです。ただし、両方で使用すると、他のプラグインも破損する可能性があることに注意してください。
フルスクリーンの問題に対するもう 1 つの代替方法は、別のプロセスを呼び出すことです。これにより、GUI 要素を完全に制御できます。

于 2010-10-23T17:24:35.700 に答える