Thanks to Benjamin, I now have swfdec-mozilla compiled (and producing some
nice effects when Mozilla doesn't crash).
The crash is happening because sometimes ws_info is not set up (in
nsObjectFrame::CallSetWindow()) and so it contains zeros when used in
nsPluginInstanceOwner::Paint().
The crash happens for plugins that are instantiated through
nsObjectFrame::Instantiate(nsIChannel* aChannel, nsIStreamListener** aStreamListener)
rather than
nsObjectFrame::Instantiate(const char* aMimeType, nsIURI* aURI)
as only the later does CallSetWindow() (and I don't know why that is).
With attachment 324576, gfxXlibNativeRenderer::Draw almost never uses its dpy
argument and so the crash reduces to
###!!! ASSERTION: Visual changed: colormap may not match: 'ws_info->visual == visual', file /home/karl/moz/mozilla/layout/generic/nsObjectFrame.cpp, line 4207
but still no useful info is available in ws_info for the plugin.
Thanks to Benjamin, I now have swfdec-mozilla compiled (and producing some
nice effects when Mozilla doesn't crash).
The crash is happening because sometimes ws_info is not set up (in :CallSetWindow( )) and so it contains zeros when used in eOwner: :Paint( ).
nsObjectFrame:
nsPluginInstanc
The crash happens for plugins that are instantiated through :Instantiate( nsIChannel* aChannel, nsIStreamListener** aStreamListener) :Instantiate( const char* aMimeType, nsIURI* aURI)
nsObjectFrame:
rather than
nsObjectFrame:
as only the later does CallSetWindow() (and I don't know why that is).
With attachment 324576, gfxXlibNativeRe nderer: :Draw almost never uses its dpy
argument and so the crash reduces to
###!!! ASSERTION: Visual changed: colormap may not match: 'ws_info->visual == visual', file /home/karl/ moz/mozilla/ layout/ generic/ nsObjectFrame. cpp, line 4207
but still no useful info is available in ws_info for the plugin.
I can reproduce the assertion when scrolling to the first windowless plugin on www.universfree box.com/ article5360. html, or on http:// movies. yahoo.com/.
http://