зеркало из https://github.com/mozilla/gecko-dev.git
c87e337f09
sr=waterson a=asa modules/plugin/base/src/nsIPluginInstanceOwner.h modules/plugin/base/src/nsPluginHostImpl.cpp modules/plugin/base/src/nsPluginHostImpl.h modules/plugin/base/src/nsPluginViewer.cpp modules/oji/src/nsJVMManager.cpp modules/oji/src/nsJVMManager.h layout/html/base/src/nsObjectFrame.cpp xpfe/global/resources/locale/en-US/region.properties Here's what I did to fix this bug. I pestered Rick Potts about the problem of nsIWebBrowserChrome->SetStatus() not being synchronous. He fixed that under bug 97227. Taking advantage of Rick's fix to 97227, I modified nsIPluginInstanceOwner to have new method, ShowStatus(const PRUnichar *aStatusMsg). This is necessary to allow for localized messages to be posted from the plugin, such as "Starting plugin for type application/x-java-vm" or "Beginnen steckbar f�r Art application/x-java-vm". I modified all the implementations of nsIPluginInstanceOwner: layout/html/base/src/nsObjectFrame.cpp modules/plugin/base/src/nsPluginViewer.cpp I inserted a call to nsIPluginInstanceOwner->ShowStatus() at the part just before the big "whole damn app freezes when starting java" thing happens. I also modifed nsJVMManager.cpp ShowJavaConsole() to do the same. These are the two places I know of now that can start java. |
||
|---|---|---|
| .. | ||
| base | ||
| content/src | ||
| document | ||
| forms | ||
| style | ||
| table | ||
| tests | ||
| .cvsignore | ||
| Makefile.in | ||
| makefile.win | ||