2016-06-15 10 views
8

Jest coś, czego nie dostaję o pochodzeniu zdarzenia ze zdarzenia postMessage javascript.PostMessage z piaskownicy iFrame do głównego okna, początek jest zawsze zerowy

Oto moja strona główna:

<html> 
<body> 

<h1>Test</h1> 
<h2>Outside</h2> 

<iframe src="iframe-include.html" 
    width="100%" height="100" 
    sandbox="allow-scripts"></iframe> 

<script type="text/javascript"> 
window.addEventListener('message', function (event) { 
    console.log(event); 
}, false); 
</script> 

</body> 
</html> 

A moja zawartość iFrame

<html> 
<body> 

<h3>Inside</h3> 

<script type="text/javascript"> 
var counter = 1, 
    domain = window.location.protocol + '//' + window.location.host, 
    send = function() { 
     window.setTimeout(function() { 
      console.log('iframe says:', domain); 
      window.parent.postMessage(counter, domain); 
      counter += 1; 
      send(); 
     }, 3000); 
    }; 

send(); 
</script> 

</body> 
</html> 

Patrząc na konsoli, właściwość pochodzenie obiektu zdarzenia zawsze jest null, nawet jeśli domena zmienna w iFrame jest poprawna.

Moja konsola mówi:

iframe-include.html:11 iframe says: http://127.0.0.1:8181 
iframe.html:11 MessageEvent {isTrusted: true, data: 2, origin: "null", lastEventId: "", source: Window…} 

W każdym dokumencie, to mówi, że ważne jest, aby sprawdzić na event.origin wewnątrz de "message" nasłuchiwania zdarzeń. Ale jak to zrobić, jeśli zawsze ma wartość zerową?

Dzięki za pomoc

+0

Możliwy duplikat [Nie można wykonać postMessage "na" DOMWindow ": Podane źródło docelowe nie pasuje do początku okna odbiorcy (" null ")] (http://stackoverflow.com/questions/22194409/failed- to-execute-postmessage-on-domwindow-the-target-origin-provided-does) –

+0

Nie, to jest zupełnie inny problem, chociaż przyczyna jest taka sama. Ja też to mam ... – Sych

Odpowiedz

1

Od iframe jest piaskownicy stracił dostęp do swoich danych pochodzenia.

dodanie allow-same-origin do właściwości piaskownicy iframe spowoduje jej ponowne uruchomienie.

Powiązane problemy