> xul.dll!GetNewPluginLibrary(nsPluginTag * aPluginTag) Line 451 + 0x8 bytesĜ++ > xul.dll!mozilla::plugins::PluginModuleParent::LoadModule(const char * aFilePath) Line 98Ĝ++ > xul.dll!mozilla::plugins::PluginProcessParent::Launch(int timeoutMs) Line 111 + 0x1b bytesĜ++ > xul.dll!mozilla::ipc::GeckoChildProcessHost::SyncLaunch(std::vector,std::allocator >,std::allocator,std::allocator > aExtraOpts, int aTimeoutMs, base::ProcessArchitecture arch) Line 299Ĝ++ > xul.dll!mozilla::CondVar::Wait(unsigned int interval) Line 103 + 0xd bytesĜ++ > nspr4.dll!PR_WaitCondVar(PRCondVar * cvar, unsigned int timeout) Line 547 + 0xb bytesĜ > nspr4.dll!_PR_WaitCondVar(PRThread * thread, PRCondVar * cvar, PRLock * lock, unsigned int timeout) Line 205Ĝ > nspr4.dll!_PR_MD_WAIT_CV(_MDCVar * cv, _MDLock * lock, unsigned int timeout) Line 282Ĝ The below call stack is from the problem happening in + 0x15 bytes I did setup the symbol server though and after the problem reproduces I'm able to attach a debugger to get the call stack. > ac_add_options -enable-application=browser mozconfig for your review bsmedberg, maybe you can see a reason why the debug/release Nightly's, and official release can reproduce but I can't with my build: Unfortunately though as soon as I use my own builds of both Firefox-Release tip and mozilla-central tip, the problem never happens. "C:\Program Files (x86)\Java\jre6\bin\new_plugin\npdeployJava1.dll" The "check for plugin update" loads this plugin which will hang after the Citrix plugin is loaded. I can reproduce always with the "check for plugin update" hang on both FF6 and fully updated Nightly build for both release and debug builds. On a side note I am using Citrix ICA Client 1.2.1.44.1 because I couldn't find an older version.
Plugin-container.exe!_tmainCRTStartup() Line 591 + 0x19 + 0x12 + 0x27 + 0x1b bytes Plugin-container.exe!wmain(int argc, wchar_t * * argv) Line 128 + 0x33 bytesĜ++ Xul.dll!XRE_InitChildProcess(int aArgc, char * * aArgv, GeckoProcessType aProcess) Line 519Ĝ++
Xul.dll!MessageLoop::RunHandler() + 0x1e5628 bytesĜ++ Xul.dll!MessageLoop::RunInternal() Line 219 + 0x9 bytesĜ++ Xul.dll!base::MessagePumpWin::Run(base::MessagePump::Delegate * delegate) Line 78 + 0xc bytesĜ++ Xul.dll!base::MessagePumpWin::RunWithDispatcher(base::MessagePump::Delegate * delegate, base::MessagePumpWin::Dispatcher * dispatcher) Line 54Ĝ++ Xul.dll!base::MessagePumpForUI::DoRunLoop() Line 238 + 0圆 bytesĜ++
Xul.dll!base::MessagePumpForUI::WaitForWork() Line 268Ĝ++ Stack trace for pluginContainer during hang + 0x15 + 0x15 + 0x33 + 0x8e + 0xe2 bytes I see the same behavior with the Citrix plugin. Now go to any website using Flash or Silverlight.įlash or silverlight plugin should start smoothly.Īs mentioned above, if I disable the plugin-container for the Citrix plugin, all other plugins are able to start with no issues.
Citrix plugin 12.1 install#
Install the Citrix ICA plugin (XenApp Online plugin 12.1.0.30)Ģ. I was able to fix the issue by modifying about:config and adding .npican.dll to false.ġ. Once the Citrix ICA plugin starts, plugin-containers for flash, silverlight, etc will not be able to start and will hang the browser for minutes.
When the Citrix ICA plugin gets loaded as a plugin-container no other plugin is able to start.