IE "harde-error" website - FF CH SF O doen het prima. - Softwareontwikkeling

donderdag 3 december 2009 14:37

Acties:

0 Henk 'm!

Verwijderd

Topicstarter

Ik ben bezig met een site te bouwen voor een klant en sta een beetje voor een raadsel.
Op alle recente browsers op mac en pc werkt de website naar behoren.
(FireFox, Chrome, Safari, Opera)

Maar op iedere InternetExplorer krijg ik tot nu toe een "harde" error en sluit de pagina (met venster) af.
Geen idee waar deze fout inzit.

Ik werk zelf op een appel, en heb tot nu toe alleen ie8 weten te testen. (parallels onderweg)

Ziet iemand misschien het probleem? (JS?)

- Fixed -

[ Voor 4% gewijzigd door Verwijderd op 03-12-2009 15:27 ]

donderdag 3 december 2009 14:38

Acties:

0 Henk 'm!

RobIII

Admin Devschuur®

^ Romeinse Ⅲ ja!

Je probleem zal wel in de Mac versie liggen want IE8 op windows sluit hier niet "zomaar" af (en ik zie ook geen "harde error"). Wel werkt je flash niet; ik zie een "No menu? Get flash" terwijl flash wel degelijk geïnstalleerd is en werkt. << My bad, in IE8x64 werkt dat niet... d'uh.

Anyhow: IE8 x64 werkt 'ie dus wel, maar het flash deel niet.
En IE8 32bit geeft inderdaad wat hieronder ook beschreven wordt.

[ Voor 130% gewijzigd door RobIII op 03-12-2009 14:46 ]

There are only two hard problems in distributed systems: 2. Exactly-once delivery 1. Guaranteed order of messages 2. Exactly-once delivery.

Je eigen tweaker.me redirect

Over mij

donderdag 3 december 2009 14:43

Acties:

0 Henk 'm!

macciez

Hier werkt hij helemaal niet in IE. edit: vergeten: ik draai Windows Vista
Draai hier IE 8.0.6 en krijg onderstaande foutmelding. Ik hoor alleen het muziekje (irritant) en de achtergrond+3 strepen.
Met IE-Tester krijg ik tot IE7 niks te zien behalve foutmeldingen.

Webpage Script Errors

User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; Trident/4.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.0.04506; .NET CLR 3.5.21022; InfoPath.2)
Timestamp: Thu, 3 Dec 2009 13:41:43 UTC

Message: HTML Parsing Error: Unable to modify the parent container element before the child element is closed (KB927917)
Line: 0
Char: 0
Code: 0
URI: http://www.linomedia.nl/RAEN/

Do what you love, do it often

donderdag 3 december 2009 14:43

Acties:

0 Henk 'm!

DanielG

i = 0x5f3759df - (i>>1); ☠₧ℳ🀪❣

Mijn IE crashed met een Memory access error, net daarvoor zie ik dit:

Bericht: HTML Parsing Error: Unable to modify the parent container element before the child element is closed (KB927917)
Regel: 0
Teken: 0
Code: 0
URI: http://www.linomedia.nl/RAEN/

Op google is er over deze error wel veel te vinden.

//edit:
Mijn gevoel zegt dat dit in je <head> iets in de <body> wilt wijzigen wat niet kan voordat alles geladen is.

JavaScript:

1	$('#supersize').supersized();

Verplaats dat eens in je <body> of in een body onload.

[ Voor 25% gewijzigd door DanielG op 03-12-2009 14:55 . Reden: brainfart ]

http://xyproblem.info/

donderdag 3 december 2009 14:53

Acties:

0 Henk 'm!

OkkE

CSS influencer :+

Volgens mij mist er een <head>, of dat het probleem is weet ik niet, maar het kan geen kwaad deze toe te voegen

Verder is de website ontzettend traag in Firefox (in IE niet getest), gebeurd het ook wanneer je de javascript uit zet?

-- edit --

Wat DanielG zegt, inladen via een onReady() is ook geen slecht idee.

[ Voor 15% gewijzigd door OkkE op 03-12-2009 14:57 ]

“The best way to get the right answer on the Internet is not to ask a question, it's to post the wrong answer.”
QA Engineer walks into a bar. Orders a beer. Orders 0 beers. Orders 999999999 beers. Orders a lizard. Orders -1 beers.

donderdag 3 december 2009 14:55

Acties:

0 Henk 'm!

Aganim

I have a cunning plan..

Kijk ook je CSS code even goed na. "background-color:transarent;"?

Het zal niet de oorzaak zijn van de problemen in IE (mag ik hopen tenminste), maar erg netjes is het niet.

Tip: controleer je site aan de hand van een set dev tools, zoals die van Firefox. Alleen al je site door de W3C validator gooien zou een hoop hints moeten opleveren.

[ Voor 31% gewijzigd door Aganim op 03-12-2009 15:00 ]

donderdag 3 december 2009 14:58

Acties:

0 Henk 'm!

OkkE

CSS influencer :+

Aganim schreef op donderdag 03 december 2009 @ 14:55:
Kijk ook je CSS code even goed na. "background-color:transarent;"?

Het zal niet de oorzaak zijn van de problemen in IE (mag ik hopen tenminste), maar erg netjes is het niet.

Wat is daar mis mee? Het is gewoon de default waarde?

Kuch... Mijn fout. Aganim heeft gelijk, er staat een typfout in de CSS.

Sowieso is het goed om alle HTML en CSS fouten te verhelpen wanneer je zulke fouten hebt.

[ Voor 17% gewijzigd door OkkE op 03-12-2009 15:01 ]

“The best way to get the right answer on the Internet is not to ask a question, it's to post the wrong answer.”
QA Engineer walks into a bar. Orders a beer. Orders 0 beers. Orders 999999999 beers. Orders a lizard. Orders -1 beers.

donderdag 3 december 2009 14:59

Acties:

0 Henk 'm!

DanielG

i = 0x5f3759df - (i>>1); ☠₧ℳ🀪❣

nee transparent is de default waarde, niet transarent

http://xyproblem.info/

donderdag 3 december 2009 15:00

Acties:

0 Henk 'm!

Verwijderd

Topicstarter

Dat er een <head> miste was me compleet ontschoten, verder heb ik ook tijdelijke aanwijzingen verwijderd na de </html>.

Dat de website traag reageert komt denk ik door de full-screen achtergrond, maar een samsung atom-pje doet het prima.
Me MacPro lust het ook wel, is ook waarschijnlijk niet de def. versie.

Dat er een IE tester bestaat vind ik al geweldig, alvast bedankt voor alle aanwijzingen.
Was alleen moeilijk om er een foutmelding uit te "trekken".

Edit:
"Ja ben net een dagje bezig met de website, give me a break pro's!"

[ Voor 16% gewijzigd door Verwijderd op 03-12-2009 15:07 ]

donderdag 3 december 2009 15:11

Acties:

0 Henk 'm!

OkkE

CSS influencer :+

Verwijderd schreef op donderdag 03 december 2009 @ 15:00:
Dat er een <head> miste was me compleet ontschoten, verder heb ik ook tijdelijke aanwijzingen verwijderd na de </html>.

Simpele fout, even door de HTML validator halen en je ziet dat er iets mist. Zolang er fouten in je HTML of CSS zitten, is er altijd een kans dat het in een bepaalde browser mis gaat.

Dat de website traag reageert komt denk ik door de full-screen achtergrond, maar een samsung atom-pje doet het prima.

De website doet het ook prima in Firefox, dan is het toch geen probleem dat het in IE mis gaat?

Ik weet niet precies wat de doelgroep van de website is, en ach, als de klant het (na overleg) niet erg vindt dat de site traag is - fine with me. Maar het is wel iets om rekening mee te houden; ik zou zelf zo'n website vrij snel afsluiten en nooit meer bezoeken.

Dat er een IE tester bestaat vind ik al geweldig, alvast bedankt voor alle aanwijzingen.
Was alleen moeilijk om er een foutmelding uit te "trekken".

Er is een IE Tester, die is voor het meeste werk wel goed, al ben ik een aantal keer kleine problemen tegen gekomen. Voor het aller beste resultaat kun je altijd Virtual PC images downloaden van Microsoft zelf.

Edit:
"Ja ben net een dagje bezig met de website, give me a break pro's!"

Geeft niet dat je er nog niet zo lang mee bezig bent, maar een aantal fouten (zoals geen <head> en foute CSS) zijn zo simpel, die hoef je zelfs als beginner niet te maken.

Het staat wat mij betreft een beetje slordig om een vraag te stellen zonder eerst zelf alles te debuggen dat je kan.

[ Voor 3% gewijzigd door OkkE op 03-12-2009 15:13 ]

“The best way to get the right answer on the Internet is not to ask a question, it's to post the wrong answer.”
QA Engineer walks into a bar. Orders a beer. Orders 0 beers. Orders 999999999 beers. Orders a lizard. Orders -1 beers.

donderdag 3 december 2009 15:15

Acties:

0 Henk 'm!

Aganim

I have a cunning plan..

Let ook even op de fout in:

HTML:

<div id="supersize">
  <a><img src="http://www.linomedia.nl/RAEN/media/bg/Blaxtar.jpg" title="Blaxtar"/>
  <a><img src="http://www.linomedia.nl/RAEN/media/bg/MANU.jpg" title="MANU"/>
</div>

Je bent volgens mij wat vergeten.

Edit: niet-afgesloten tags zorgen tijdens HTML validatie soms voor vreemde resultaten en worden er niet altijd goed uitgepikt. Zorg er dus voor dat je hier echt goed op let. Dit voorkomt je later een hoop speurwerk.

Daarnaast:

De website doet het ook prima in Firefox, dan is het toch geen probleem dat het in IE mis gaat?

In dit geval is het eigenlijk vreemd dat een site die zoveel fouten bevat, wel werkt in FF en Opera, maar niet in IE. Doorgaans verwacht je andersom.

Ook al werkt je site wel in FF, is dit geen teken dat je rustig achterover kan leunen. De site is verre van W3C-compatibel, wat altijd voor problemen kan zorgen tijdens een later stadium. Zowel in het geval van een update van FF, Opera, etc, of wanneer je zelf toevoegingen aan de site maakt en erachter komt dat de boel spontaan niet meer werkt!

[ Voor 60% gewijzigd door Aganim op 03-12-2009 15:19 ]