iFrame加載了src屬性的頁面源代碼而不是渲染它

我有一個我無法複製的bug。加載頁面源代碼而不是呈現頁面內容的iframe。它可以在具有相同iframe src url的同一臺機器上正常工作，且不會對環境（客戶端或服務器端）進行任何更改。iFrame加載了src屬性的頁面源代碼而不是渲染它

想法？ 查看下面的截圖。

下面是我們正在做的事情

我們設置i1和i2的src屬性「pageThatRedirects.html」
在iFrame的負載時，只有加載的內容顯示爲HTML 「pageThatRedirects.html」
當試圖用相同的iFrame src重現此問題時，一切正常。

這是一個常見的問題？我遇到Chrome bug嗎？也許它發生在服務器的響應時間太慢時？思考？

我試圖通過加載相同的iFrame src在同一個頁面上的10-15個iframe中進行重新加載，但是我無法重現該問題，但希望導致性能/網絡問題。它在OSX的Chrome 49中被看到。

Page diagram (where i is an iFrame) 
_____________ 
|  |  | 
| i1 | i2 | 
|  |  | 
|_____|_____|

來源

2016-03-15 sheeptest

1.當你能對你細說意思是「用相同的iFrame src重現此問題」。 2.不在iFrame中時，「pageThatRedirects.html」是否可以打開？ – Lesley

我把網址「http://whatever.com/pageThatRedirects.html」並試圖重現它。它始終有效（解決和呈現內容），即使在出現此問題的計算機上，除了這一次。我對前端工作很陌生，iframes是他們自己的野獸 - 我希望有人看到類似的東西，可以給我一個開始的地方。 – sheeptest

我認爲你的服務器更有可能出現打嗝，並且這個時候服務器的資源的內容類型錯誤（或者沒有）。「（所以根本不是iframe相關的。）如果你有一個粗略的想法是什麼，這一次實際是什麼時候，然後我會檢查服務器日誌在那個時間周圍的任何異常。 – CBroe

按CBroe的建議，我會假設服務器沒有設置Content-Type頭服務pageThatRedirects.html

來源

2016-03-16 17:33:24 sheeptest

iFrame加載了src屬性的頁面源代碼而不是渲染它

回答

相關問題