Stadig skriptfeil i IE7 Trenger hjelp

[plankeby]

Jeg har for en tid tilbake stadig begynt å få feilmelding i explorer 7: "Det har oppstått en feil i skriptet på denne siden. Vil du fortsette å kjøre skriptet på denne siden? Ja nei"

 

Dette er irriterende, har kjørt virusprogram og spionvare program, så maskinen er ren for slikt.

 

Jeg har også en grønn hake på plass i "deaktiver feilsøking i skript (internet explorer) og på "(andre)", som er i alternativer for internett.

 

Det hjelper ikke å ta bort haken, eller å la haken være der. Problemet med feilmedling er der.

 

Windows og explorer er oppdatert med siste oppdateringer fra Windows update

 

Hjelp

Endret 25. oktober 2007 av plankeby

[p@ge]

du kan prøve å tar vekk hake ( helt nederst på rulleliste ) for " vis en melding for hvert skriptfeil "

da får du ikke melding.

 

lykke til

[plankeby]

du kan prøve å tar vekk hake ( helt nederst på rulleliste ) for " vis en melding for hvert skriptfeil "

da får du ikke melding.

 

lykke til

 

Har prøvd både med og uten "hake". -Uten resultat.

Endret 25. oktober 2007 av plankeby

[backup]

Får du feilen på alle websider som bruker script, eller er det bare på noen bestemte sider? Hvis det dette siste som gjelder, post noen av disse linker her så får vi se.

[plankeby]

Får du feilen på alle websider som bruker script, eller er det bare på noen bestemte sider? Hvis det dette siste som gjelder, post noen av disse linker her så får vi se.

 

Jeg vet ikke hva script er en gang jeg (men kan selvsagt slå opp ordet på Google).

 

Ble brått vankelig å komme på nettsidene som gir melding, en side er:

 

http://www.f-b.no

[backup]

Den websiden som linken gjelder bruker javascript, men den funker perfekt her, så det er nok på maskina di feilen ligger. Her har du en fix du kan prøve, men ingen garanti:

 

1. Start -> Kjør -> Tast inn kjørboksa: regsvr32 urlmon.dll

2. Klikk ok

3. Test

4. Hvis problemet ikke er løst: tast inn i stedet for urlmon.dll og klikk ok etter tur:

Shdocvw.dll

Msjava.dll

Actxprxy.dll

Oleaut32.dll

Mshtml.dll

Browseui.dll

Shell32.dll (bare Windows XP og Windows 2000)

[plankeby]

Takk, jeg skal se på dette. Bruker XP pro.

Har ikke hatt denne skript"feilen" før. Begynte for noen uker siden.

[plankeby]

Tilbakemelding på tips fra backup:

 

regsvr32 urlmon.dll ga svaret DllRegisterServer i urlmod.dll var vellykket. Det alene ga ikke forbedring av problemet.

 

Så jeg fortsatte med:

Shdocvw.dll Ga svar om hva jeg skulle åpne filen i, og det ante jeg ikke... -Gjorde ikke noe mer med den.

Msjava.dll Ga feilmeldinga "finner ikke filen, kontroller om navnet er riktig osv....."

 

Resten av lista fra Actxprxy.dll ble jeg spurt om hvilket program jeg skal åpne dll fila i. -Og det vet jeg ikke....

 

Om det er noen vits med flere sider, så er to eksempler til hvor jeg får skriptmelding her:

http://galleriet.hardware.no/?view=gallery...;galleryId=1110

 

http://no.msn.com/

 

Hvordan i all verden kan dette ha oppstått da? Jeg er ikke helt grønn på data og har ikke triksa med registeret eller sletta systemfiler.

Lurer på om jeg har vært for iverig med programmet CCleaner som jeg har kjørt av og til. Det har aldri laget problemer før sp jeg har forlengst latt vær å ta backup av endringene det programmet gjør. Kjører standard register rens av og til, særlig etter jeg har prøvd demoprogrammer som er avinnstallert.

 

Jeg innstallerte Windows Script 5.6 for Windows XP fra Microsoft i forsøk på å løse problemet. -Men det endra ikke noe.

Endret 28. oktober 2007 av plankeby

[backup]

Merkelige meldinger du får bortsett fra for urlmon.dll, fordi alle dll-ene skal jo ligge i system32-mappa og regsvr32 registrerer jo bare dll-filer. Jeg ville nå først sjekke om alle dll'ene er i system32-mappa og hvis dem ikke er der, ville jeg fra en sikker kilde limt dem inn der (du kan også prøve med sfc /scannow). Så ville jeg kjørt regsvr32 på nytt for å se og teste. Derpå ville jeg sjekket at for alle dll-ene står det nå en riktig peker til system32-mappa som for eksempel denne: %SystemRoot%\System32\shdocvw.dll.

[plankeby]

Kan jo nevne at problemene fortsatt er der etter en ny ren innstallasjon av Windows på nytt og alle oppdateringer fra MS til Win XP og Office 2007......

 

Ren ny installasjon var bla. pga. overgang fra XP Pro uten lisens til XP home med lisens.

Selv om XP pro var "cracka" så er det greit med ekte lovlig utgave når jeg hadde det liggende...

Endret 14. november 2007 av plankeby

[plankeby]

Nå er jeg virkelig dritt lei av å stadig måtte lukke skriptfeil dialogbokser når jeg er innom ulike nettsider. På mange steder må jeg lukke 3 dialogbokser for hver ny side jeg kommer til, f.eks. når jeg ser i norske aviser....

[plankeby]

Sliter fremdeles med stadige meldinger om skriptfeil, oftest på omtrent alle slags nettsteder. Å hake av eller på skriptmeldinger i egenskaper hjelper ikke....

[fenderebest]

Har du prøvd å fjerne absolutt alt fra temporary internet files?

Kan du også sjekke hvordan IE7 er programmert til å håndtere Script-feil? Her har feks hvordan min Browser håndterer feil på en webside:

window.onerror = HandleError
document.ondragstart = NoDragging

function NoDragging()
{
window.event.returnValue = false;
}

var g_errList;
var g_detailsPaneOpen;

//+-------------------------------------------------------------------
//
//  Synopsis:   Turns off error messages in dialogs
//
//  Arguments:  none
//
//  returns:	true (tells browser not to handle message)
//
//--------------------------------------------------------------------

function HandleError(message, url, line)
{
var str = L_Dialog_ErrorMessage + "\n\n"
	+ L_ErrorNumber_Text + line + "\n"
	+ message;

alert (str);
window.close();

return true;
}

//+----------------------------------------------------------------------
//
//  Synopsis:   Binds events to controls and do some last minute
//			  dialog formatting
//
//  Arguments:  none.
//
//  Returns:	nothing.
//
//-----------------------------------------------------------------------

function updateTabIndices()
{
if (g_detailsPaneOpen)
{
	var nextIndex = 3;

	if (!btnPrevErr.disabled)
	{
		btnPrevErr.tabindex = nextIndex++;
	}

	if (!btnNextErr.disabled)
	{
		btnNextErr.tabindex = nextIndex++;
	}

	chkAlwaysShowErrs.tabindex = nextIndex;
}
else
{
	btnPrevErr.tabindex = -1;
	btnNextErr.tabindex = -1;
	chkAlwaysShowErrs.tabindex = 3;
}
}

function loadBdy()
{
g_errList = window.dialogArguments;
chkAlwaysShowErrs.checked = g_errList.getPerErrorDisplay();

// if the key didn't exist we got a default. if we took a
// default, it needs to become a real setting (non-default)
// because the nonexistence of the key indicates to us that
// we need to display the dialog but default to having
// "never show me again" checked. obviously we only want
// this behavioral exception to happen once. to make it
// become a non-default value, just write it out...

g_errList.setPerErrorDisplay(chkAlwaysShowErrs.checked);

// if the IEAK has locked the advanced options settings,
// then disable the checkbox so that people can't change
// the "Always present script error notifications" setting
// via the checkbox

chkAlwaysShowErrs.disabled = g_errList.getAlwaysShowLockState();

//
// set the details pane to be open or closed
// the easiest way to make sure all controls
// are set to their proper state is to just
// call the click function
//

g_detailsPaneOpen = g_errList.getDetailsPaneOpen();
assureControlState();

//
//  Bind event to controls
//

btnOK.onclick  = new Function("btnOKClick()");
btnOK.onkeydown  = new Function("SwitchFocus()");
btnDetails.onclick = new Function("btnDetailsClick()");
btnDetails.onkeydown = new Function("SwitchFocus()");

btnNextErr.onclick = new Function("btnNextErrClick()");
btnNextErr.onkeydown = new Function("SwitchFocus()");
btnPrevErr.onclick = new Function("btnPrevErrClick()");
btnPrevErr.onkeydown = new Function("SwitchFocus()");

//
//  Fill the dialog with error information
//

updateErrorInfo();

//
// set prev and next button's disabled state
//

if (!g_errList.canRetreatError())
{
	btnPrevErr.disabled = true;
}
if (!g_errList.canAdvanceError())
{
	btnNextErr.disabled = true;
}

btnOK.focus();
}   // loadBdy

//+-----------------------------------------------------------------------
//
//  Sysopsis:   sets all the error specific controls to be in sync with
//			  the current error index
//
//  Arguments:  none
//
//  Returns:	nothing
//
//------------------------------------------------------------------------

function updateErrorInfo()
{
spnLine.innerText	   = g_errList.getErrorLine();
spnCharacter.innerText  = g_errList.getErrorChar();
spnCode.innerText	   = g_errList.getErrorCode();
divError.innerText	  = g_errList.getErrorMsg();
divURL.innerText		= g_errList.getErrorUrl();
}

//+-----------------------------------------------------------------------
//
//  Synopsis:   Handles keyboard-related shifting of focus among the
//			  varioud dialog controls.
//
//  Notes:	  We're trying to pretend to be just like a normal dialog.
//			  Therefore, we need tab groups within which up/left
//			  shifts focus in the shift-tab diection, and right/down
//			  shifts focus in the tab direction. And we need a global
//			  tab order for tab and shift-tab to follow.
//
//  Arguments:  none
//
//  Returns:	nothing
//
//------------------------------------------------------------------------

function SwitchFocus()
{
var HTML_KEY_ARROWLEFT  = 37;
var HTML_KEY_ARROWUP	= 38;
var HTML_KEY_ARROWRIGHT = 39;
var HTML_KEY_ARROWDOWN  = 40;

var iCode = event.keyCode;
var strSourceID = event.srcElement.id;
var fTabForward;

if (iCode < HTML_KEY_ARROWLEFT || iCode > HTML_KEY_ARROWDOWN)
{
	return;
}

var fTabForward = iCode == HTML_KEY_ARROWRIGHT ||
				  iCode == HTML_KEY_ARROWDOWN;

if (g_detailsPaneOpen)
{
	// arrow keys move back and forth between:
	// 1) ok - details
	// 2) previous - next

	if (fTabForward)
	{
		if (strSourceID == "btnPrevErr")
		{
			if (!btnNextErr.disabled)
			{
				btnNextErr.focus();
			}
		}
		else if (strSourceID == "btnOK")
		{
			btnDetails.focus();
		}
		else if (strSourceID == "chkAlwaysShowErrs")
		{
			btnOK.focus();
		}
	}
	else
	{
		if (strSourceID == "btnNextErr")
		{
			if (!btnPrevErr.disabled)
			{
				btnPrevErr.focus();
			}
		}
		else if (strSourceID == "btnDetails")
		{
			btnOK.focus();
		}
		else if (strSourceID == "btnOK")
		{
			chkAlwaysShowErrs.focus();
		}
	}
}
}

//+-------------------------------------------------------------------
//
//  Synopsis:   Closes the dialog
//
//  Arguments:  none
//
//  Returns:	nothing
//
//---------------------------------------------------------------------

function btnOKClick()
{
g_errList.setPerErrorDisplay(chkAlwaysShowErrs.checked);
g_errList.setDetailsPaneOpen(g_detailsPaneOpen);
window.close();
}

//+-------------------------------------------------------------------
//
//  Synopsis:   make sure things which are affected by the state
//			  of the details pane are in sync with the current
//			  state of the details pane
//
//  Arguments:  none
//
//  Returns:	nothing
//
//--------------------------------------------------------------------

function assureControlState()
{
if (g_detailsPaneOpen)
{
	// update the button text
	btnDetails.innerHTML = L_DetailsCollapse_Text;

	// enlarge the window to show the error info
	window.dialogHeight = 24.2;

	// assure details info is visible
	divDetails.style.display = "";
	divButtons2.style.display = "";
	trHR.style.display = "";
}
else
{
	// update the button text
	btnDetails.innerHTML = L_DetailsExpand_Text;

	// assure details info is hidden
	divDetails.style.display = "none";
	divButtons2.style.display = "none";
	trHR.style.display = "none";

	// shrink the window to hide the error info
	window.dialogHeight = 10.7;
}
}

//+-------------------------------------------------------------------
//
//  Synopsis:   provides user with details about accumulated script
//			  errors
//
//  Arguments:  none
//
//  Returns:	nothing
//
//--------------------------------------------------------------------

function btnDetailsClick()
{
g_detailsPaneOpen = !g_detailsPaneOpen;

assureControlState();

if (g_detailsPaneOpen)
{
	// give focus to the "next" button if possible,
	// otherwise try "previous", finally "ok"
	if (!btnNextErr.disabled)
	{
		btnNextErr.focus();
	}
	else if (!btnPrevErr.disabled)
	{
		btnPrevErr.focus();
	}
	else
	{
		btnOK.focus();
	}
}
else
{
	// give focus to the "details" button
	btnDetails.focus();
}

updateTabIndices();
}

//+-------------------------------------------------------------------
//
//  Synopsis:   updates error info to correspond to the next error
//
//  Arguments:  none
//
//  Returns:	nothing
//
//--------------------------------------------------------------------

function btnNextErrClick()
{
g_errList.advanceError();
updateErrorInfo();

if (btnPrevErr.disabled)
{
	// no longer at beginning of error list
	btnPrevErr.disabled = false;
}

if (!g_errList.canAdvanceError())
{
	// at end of error list
	btnNextErr.disabled = true;
	btnPrevErr.focus();
}

updateTabIndices();
}

function btnPrevErrClick()
{
g_errList.retreatError();
updateErrorInfo();

if (btnNextErr.disabled)
{
	// no longer at end of error list
	btnNextErr.disabled = false;
}

if (!g_errList.canRetreatError())
{
	// at beginning of error list
	btnPrevErr.disabled = true;
	btnNextErr.focus();
}

updateTabIndices();
}

function BodyOnKeyPress(nCode)
{
if (nCode == 27)	//ESC
{
	window.close();
	return;
}
}

 

Kan du sjekke at Koden er satt til å IKKE be browseren om å håndtere feil?

 

Sjekk også at HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\Main\Error Dlg Displayed On Every Error er satt til No i registeret.

Endret 13. april 2008 av fenderebest

[plankeby]

Absolut alt av temporary filer er fjernet fklere ganger tidligere.

Det står "no" i angitt registerbane.

Å sjekke hvordan IE7 er programmert til å håndtere Script-feil som du viser til har jeg ikke sett på og har heller ikke kunnskap om. Skal se nærmere på det tipset ditt, men rekker ikke å gjøre det i dag pga. jobb.

 

Håpet litt på at det fantes et program på nettet et sted som kan fikse feilen?

Endret 13. april 2008 av plankeby

[fenderebest]

Process Monitor som er et verktøy fra Windows Sysinternals kan vise deg hva som skjer når Internet Explorer generer denne feilen.

 

Du kan forresten også sjekke hvorfor IE velger å ignorere den anmodningen i registret om å IKKE vise feil.

 

Den skal da referere til en fil som heter ieerror som ligger i Temporary Internet files mappen. Om du åpner denne i feks notisblokk kan du sjekke hvordan Internet Explorer er programmert for å håndtere feil.

Endret 13. april 2008 av fenderebest

[plankeby]

Process Monitor som er et verktøy fra Windows Sysinternals kan vise deg hva som skjer når Internet Explorer generer denne feilen.

 

Du kan forresten også sjekke hvorfor IE velger å ignorere den anmodningen i registret om å IKKE vise feil.

 

Den skal da referere til en fil som heter ieerror som ligger i Temporary Internet files mappen. Om du åpner denne i feks notisblokk kan du sjekke hvordan Internet Explorer er programmert for å håndtere feil.

 

Jeg skal se på dette i morgen. Tør mene jeg er ganske kyndig med Windows i forhold til å finne feil, men dette skriptproblemet forstår jeg ikke. Windows XP er på ingen måte "tweaket" eller endret som tilsier en slik feil.

Det samme problemet er også på en annen PC, begge med hver sin originale Windows XP og Office 2007 pakke "i bunn" (dvs. Office innstallert på ren XP, og annet lagt til senere).

Har også avinnstallert hele IE 7 og lagt inn på nytt, uten endring.

f.eks. på f-b.no (lokalavis) og mange andre steder må jeg lukke skriptfeilvindu for hver ny side jeg navigerer på, noen ganger 4-5 ganger på en og samme side.....

Endret 13. april 2008 av plankeby

[fenderebest]

Process Monitor er genialt for å finne slike feil. Sett opp et filter i Process Monitor som er satt til å bare inkludere iexplore.exe.

 

Logg aktiviten som foregår akkurat i det du får opp denne feilmeldingen. Sjekk hvilke filer og registerverdier den referer til. Det må være en eller annen feilslått referanse som får den til å oppføre seg dårlig.