2010-04-15 7 views
3

Je vais avoir beaucoup de difficulté de localiser la cause racine d'un message sécurisé/non sécurisé comming de IE. J'ai regardé à travers la sortie entière et il n'y a AUCUNE référence à http:infondées messages sécurisés non sécurisés

J'ai recherché des Iframes unsource, qui causent ce message, et il n'y a aucun et autre que jquery 1.4 il n'y a même pas le texte " iframe "dans la source.

Je suis presque à la fin essayer la cause de cela. Est-ce que quelqu'un a des idées

Répondre

1

Encore une fois, le mal a été "détruit".

problème a été causé par l'attribut src sur une balise de script dynamique créée par CoverFlow (http://www.jacksasylum.eu/ContentFlow/). le réglage de l'attribut src enlevé script bombardé (le plus probable pourquoi il a été mis là). la définition de l'attribut à blanc script bombardé (probablement pourquoi il a été mis là). mettre l'attribut dans un fichier existant ... hourra.

Longue histoire courte. Les deux attributs src IFRAME et script sont supposées être non sécurisé et ne sont pas contournés en utilisant un « javascript: » Appel

+0

Semble qu'il crée un src = javascript: void (0). C'est une manière plutôt désagréable de vérifier si les choses sont chargées. –

0

Avez-vous cherché img balises qui font référence à des éléments non-HTTPS?

Vous pouvez exécuter une trace fiddler et voir ce que les demandes sont faites.

+0

Tout des rapports violonistes comming sur 443 –

+0

Très étrange. Avez-vous un lien que vous pouvez fournir à une page qui reproduit le problème? –

1

J'ai trouvé une solution somewere autre.

Remplacer la ligne 149 cinque:

document.write("<script id=__ie_cf_onload defer src='blank_do_not_delete.js'><\/script>"); 

Vous dû créer le fichier blank_do_not_delete.js

Questions connexes