Bug 312932. Java applet + screen reader no longer crashes; allow that combo. r=parente, sr=bz

git-svn-id: svn://10.0.0.236/trunk@182554 18797224-902f-48f8-a5cc-f745e15eee43
This commit is contained in:
aaronleventhal%moonset.net
2005-10-19 21:49:31 +00:00
parent 090e1183e5
commit b5eee229d7

View File

@@ -561,26 +561,6 @@ void nsAccessNodeWrap::InitAccessibility()
nsCOMPtr<nsIPrefBranch> prefBranch(do_GetService(NS_PREFSERVICE_CONTRACTID));
if (prefBranch) {
prefBranch->GetBoolPref("accessibility.disableenumvariant", &gIsEnumVariantSupportDisabled);
PRBool isJavaEnabled;
prefBranch->GetBoolPref("security.enable_java", &isJavaEnabled);
if (isJavaEnabled) {
// Java is enabled
PRBool isJavaEnabledByUser;
prefBranch->PrefHasUserValue("security.enable_java", &isJavaEnabledByUser);
if (!isJavaEnabledByUser) {
// Java is enabled by default, not explicitly by the user
PRBool isScreenReaderActive;
if (SUCCEEDED(SystemParametersInfo(SPI_GETSCREENREADER, 0, &isScreenReaderActive, 0)) &&
isScreenReaderActive) {
// A screen reader is running, so let's turn off the default
// Java support to save ourselves from heap corruption.
// XXX only a temporary work around to this issue. It seems to be specific JRE
// builds that have the problem
prefBranch->SetBoolPref("security.enable_java", PR_FALSE);
}
}
}
}
if (!gmUserLib) {