我有（實際上是我的僱主）一個移動網站，使Safari整合（對iPhone和iPad） - 這意味着客戶可以將其書籤添加到他們的主屏幕，然後它會表現作爲獨立的網絡應用程序（無地址欄，自定義圖標，啓動圖像等）。iOS 6.1.2永久緩存重定向內容
除了一週前（蘋果剛剛發佈iOS 6.1.2後不久），我們的一些客戶（最初6人）抱怨他們不再獲得正常的內容，而是一個'404頁面'的公共無線網絡提供商（The Sky在英國擁有Sky）。經過一番調查，我們發現在某些時候這些客戶沒有實際登錄就連接到雲端無線網絡（這是那些將您重定向到登錄頁面以輸入您的憑證的提供商之一，之後您可以繼續瀏覽）。事情是，即使切換回他們的私人WiFi或移動數據連接，應用程序將顯示雲的頁面。
當通過書籤啓動應用程序時（我從Safari瀏覽器使用它時看不到這種行爲），只發生這種情況（據我所知）。
發生什麼事是客戶連接到雲端wifi（無需登錄），他們會打開應用程序，在此時路由器將對其登錄頁面發出重定向響應;應用程序會緩存登錄頁面，並且每當再次使用書籤時，它將始終顯示它。 （當這種情況發生時我已經執行了捕獲，並且在啓動時沒有任何請求）。
即使在這種情況下，如果刪除現有書籤並添加新書籤，也會顯示相同的緩存頁面（整個操作離開雲端）。我們通過每次點擊書籤屏幕時向URL添加唯一標識符來解決這個問題（這表示網絡應用的沙箱已鏈接到網址，這是預期的）。
我們試圖實現的是在客戶離開雲後讓應用程序正常恢復。但似乎沒有一個簡單的方法來做到這一點。
此外，所有這一切都存在不一致的情況 - 大部分流程執行時我會看到一個404頁面（自定義404頁面https://service.thecloud.net/service-platform），但有時我會被正確重定向到登錄頁面，在這種情況下，應用程序不會中斷。
我的假設是，在獨立的Web應用程序模型中存在一個奇怪的競爭條件，導致瀏覽器無法正確處理重定向（並實際緩存404頁）。我已經提出了與Apple的支持事件（最終變成了一個錯誤報告），但可能需要一段時間，我正在盡我所能找出解決方法。
任何想法，也許有人以前見過這個？ 這個問題由於我需要有5分鐘的步行時間，我正在測試任何修補程序而變得更加嚴重;我嘗試過創建簡單的測試表單，但是我無法重現問題，因爲在完整的應用程序中，我可以每次都做到這一點。
這裏的步驟的總結重現：
- 通過私人無線網絡（或移動數據連接）將書籤添加到網站（我已經成功與相當多的夫婦支持的應用程序，以重現如上所述的safari集成）
- 打開應用程序以查看正常內容
- 連接到雲熱點並從書籤中打開應用程序（打開關閉它幾次，如果您沒有獲得404馬上）
- 連接到pri vate wifi（或移動數據連接）並通過書籤打開應用程序 - >您將再次看到相同的404頁面