文章目錄

• 觸發條件
• 現象
• 結論

提醒：本文最後更新於 1920 天前，文中所描述的資訊可能已發生改變，請謹慎使用。

這個 Bug 是我由同事發現並確認的，一開始我還不相信 Apple 會犯這麼低階的錯誤。截止到目前，所有版本的 iOS7（包括最新的 7.0.2），無論是執行在 iPhone、iPad 上，還是 iPod touch 都有問題。簡而言之，這個 Bug 是「某種情況下，Safari 中的 alert、confirm 和 prompt 方法都壞掉。而且重啟 Safari 之前，即使重新整理或新建 Tab，這個 Bug 始終存在」。至於是什麼情況下，會壞成什麼樣，請繼續往下看。

觸發條件

經過分析，以下程式碼會觸發 iOS7 自帶 Safari 的這個 Bug：

var iframe = document.createElement("iframe");
iframe.src = "xxx:yyy";
document.body.insertBefore(iframe, document.body.childNodes[0]);

confirm('?');

也就是說，iOS7 中，在頁面插入 iframe 時使用了 Safari 不認識的協議；緊接著呼叫 window.confirm 方法，就會觸發這個 Bug。

現象

上面的程式碼，會幾乎同時彈出兩個系統浮層：一個是「無法開啟頁面」提示，一個是 confirm 對話方塊。正常情況下，confirm 會停止執行後續程式碼，等待使用者選擇 Cancel/OK，並返回使用者選擇的布林值：

（普通的 confirm。連結）

但在觸發了 Bug 的程式碼中，confirm 會直接返回 false，並繼續執行後續程式碼。雖然也顯示對話方塊，但無論選哪個選項都一樣——程式碼早就執行過了：

（壞掉的 confirm。連結）

更為嚴重的是：只要激活了這個 Bug，即使新建 Tab 訪問其它正常頁面，confirm、alert 或 prompt 仍然不停止執行程式碼，仍然得不到 confirm 和 prompt 的正確返回值（它倆返回值始終是 false 和 null）。

雙擊 Home 鍵殺死 Safari，重新開啟 Safari 訪問正常頁面，confirm 等方法才會正常。

結論

我把這個 Bug 彙報給了 Apple，到目前為止沒有收到任何回覆。目前我們能做的不外乎兩點：1）避免使用「

update @ 2013.10.24，在更新到 iOS 7.0.3(11B511) 的 iPhone 4s 上測試，本文描述的問題仍未修復。

update @ 2013.11.15，在更新到 iOS 7.0.4(11B554a) 的 iPhone 4s 上測試，本文描述的問題仍未修復。

--EOF--

發表於 2013-10-08 15:53:22 ，並被新增「 Bug 、 Safari 、 iOS 」標籤 。檢視本文 Markdown 版本 »

提醒：本文最後更新於 1920 天前，文中所描述的資訊可能已發生改變，請謹慎使用。