[php/js/html] geen inhoud frameset, refresh drukken nodig??!

[Verwijderd]

Ben bezig met site waarbij frameset via js&php wordt gevuld met inhoud. Werkt overal en altijd probleemloos behalve bij klant helaas. Die moet op ieder deel vd frameset een refresh doen voordat de inhoud zichtbaar wordt.

Frameset wordt gevuld via onload event & top.bla.location.replace ('bla.php');

Klant gebruikt XPsp2 & IE6

Iemand ideeen?

[NMe]

Waarom zet je geen location header met PHP zelf?

[blizt]

Wat heb je zelf al geprobeerd?
Waar denk je dat het aan ligt?
Heb je misschien 'n URI en/of wat code in de aanbieding?

[crisp]

Ik gok op een "Permission denied" JS error; zet "display a notification about every script error" maar eens aan in IE. Dit is een gevolg van een bug in SP2 voor winXP.

[Verwijderd]

en indien het inderdaad een permission denied JS error is wat kun je daar aan doen dan?

[crisp]

Verwijderd schreef op 18 oktober 2004 @ 12:25:
en indien het inderdaad een permission denied JS error is wat kun je daar aan doen dan?

Eerst checken of het niet echt een cross-domein issue is; oftewel, draait de frameset in hetzelfde domein als de pagina's in de frameset?

[curry684]

* curry684 trapt HTML/javascript issue over de schutting naar Webdesign & Graphics

[Verwijderd]

het is zeker geen cross domein issue. Alles draait binnen 1 domein

[ Voor 29% gewijzigd door Verwijderd op 18-10-2004 13:24 ]

[André]

Even een wilde gok: als je .replace vervangt met .href werktie dan wel? Of je gebruikt window.open.

[ Voor 17% gewijzigd door André op 18-10-2004 13:23 ]

[crisp]

Als het een permission denied error is, kijk dan eens op http://support.microsoft.com/?kbid=884698 en dan voornamelijk de registry setting voor FEATURE_OBJECT_CACHING
Ik hoor de laatste tijd steeds meer geluiden dat dit voor problemen zorgt terwijl er an sich geen sprake is van cross-domain security. Derhalve ben ik van mening dat dit gewoon een bug is in de implementatie van deze 'feature' door Microsoft.

[André]

crisp schreef op 18 oktober 2004 @ 13:20:
Als het een permission denied error is, kijk dan eens op http://support.microsoft.com/?kbid=884698 en dan voornamelijk de registry setting voor FEATURE_OBJECT_CACHING
Ik hoor de laatste tijd steeds meer geluiden dat dit voor problemen zorgt terwijl er an sich geen sprake is van cross-domain security. Derhalve ben ik van mening dat dit gewoon een bug is in de implementatie van deze 'feature' door Microsoft.

Maar het is niet te doen om die setting bij zijn klant aan te passen, er moet toch een work-around voor zijn?

[crisp]

André schreef op 18 oktober 2004 @ 13:21:
[...]

Maar het is niet te doen om die setting bij zijn klant aan te passen, er moet toch een work-around voor zijn?

Ik heb tot nog toe nog geen goede workaround gevonden
FOK! heeft er bijvoorbeeld ook last van; na het posten van een bericht wordt je geredirect naar je geposte bericht, en onder winXP met SP2 krijg je dan een 'Permission denied' om je oren als een stukje JS interactie met de pagina wil doen. Een simpele document.write kan deze error al genereren. Druk je op F5 dan krijg je geen errors meer.
Hetzelfde fenomeen hebben we ook al geconstateerd met de nieuwe layout op ons Bèta forum; het aanzetten van het bevestigingsscherm lost het probleem dan op (althans, dan treed het niet op).
Er is moeilijk de vinger achter te krijgen welke factoren er allemaal in meespelen. De GoT layout op Bèta heeft het probleem ook, maar hier op GoT zelf weer niet.

Het is alleen opvallend dat het probleem alleen speelt onder winXP met SP2, en dat het wijzigen van de genoemde registry-setting het probleem 'oplost'.

[Verwijderd]

Het is geen permission denied error. De klant krijgt slechts 'gereed' linksonder in de pagina ('display notification about every script error' staat aan) en vervolgens is hele scherm wit. Dan is refresh op ieder frame-deel nodig om inhoud te zien.
Vreemde is daarnaast dat uit de serverlog blijkt dat er wel om de inhoud van de frames (de diverse webpagina's) wordt gevraagd.

[André]

En als je view-source doet wat staat er dan?

[Verwijderd]

Via viewsource krijg je de hoofdpagina met de frameset verwijzingen en niet de inhoud vd betreffende frameset. ??!!

[André]

Verwijderd schreef op 18 oktober 2004 @ 16:04:
Dan is refresh op ieder frame-deel nodig om inhoud te zien.

Dat kan alleen in Firefox en niet in IE.

Verwijderd schreef op 18 oktober 2004 @ 16:10:
Via viewsource krijg je de hoofdpagina met de frameset verwijzingen en niet de inhoud vd betreffende frameset. ??!!

Dat is ook iets van Firefox, daar moet je echt in het submenu "this frame" de soucr bekijken.

Heb je niet toevallig de verkeerde browser open staan?

[Verwijderd]

André schreef op 18 oktober 2004 @ 16:16:
[...]
Dat kan alleen in Firefox en niet in IE.
[...]
Dat is ook iets van Firefox, daar moet je echt in het submenu "this frame" de soucr bekijken.

Heb je niet toevallig de verkeerde browser open staan?

Alleen iets van firefox... wellicht alleen we hebben het hier echt over IE (in dit geval 6.0) Als de klant viewsource doet ziet hij de hoofdpagina en niet de inhoud vd frames echter de server krijgt wel de get-requests voor de inhoud vd betreffende paginas...vreemd toch????

Nee, we kijken niet per ongeluk in firefox. De klant werkt op een vrijwel kale XPsp2. We testen dit spul alleen in IE5.5+ Op andere systemen met (engelse) winXPsp2 gaat het wel ok. Ditto W2000Sp4, win98, winMe.

[ Voor 41% gewijzigd door Verwijderd op 18-10-2004 17:18 ]