問題タブ [chrome-ios]

JavaScriptで子ウィンドウを閉じようとしています。Firefoxではすべて正常に動作しますが、Chromeではウィンドウが閉じません。

これが私が使っているものです

私はグーグルで提案を試みましたが、役に立ちませんでした。

同様の問題を抱えている、または回避策を知っている人はいますか？

window.open（）を使用して新しいウィンドウを開き、ユーザーをoauthログインページにリダイレクトします。ただし、ログインに成功した後、ユーザーがアプリにリダイレクトされたときに、window.open呼び出しを使用した前のウィンドウは、iOSで閉じられません。

iPadでは間違ったウィンドウを閉じ、iPhoneではウィンドウをまったく閉じませんでした。このコードは、AndroidおよびデスクトップバージョンのChromeとFirefoxで正常に機能します。

多くの応援の後、私は修正を見つけました（以下に投稿されています）。誰かがより良いアイデアや根本的な原因を持っている場合は、ここに投稿してください。

これが適切な質問かどうかはわかりませんが、IOS 用の新しい Chrome アプリは単なる UIWebView ですか?

もしそうなら、それとモバイル Safari の間にレンダリングの違いはないと仮定しても安全でしょうか?

Chrome for iOS（iPhoneとiPadの両方）でWebアプリをテストしているときに、ユーザーエージェント文字列に奇妙なIDが追加されていることに気付きました。例：

次のようなものが生成されます（最後の「3810AC74-327F-43D7-A905-597FF9FDFEAB」の部分に注意してください）。

このIDはタブ固有のようで、別のサイトに移動しても保持されます。

私の質問は、誰かがこれについて何か知っていて、それが何のために使われるのかを知っているかどうかです。

アップデート：

このGUIDは、UIWebViewの制限を克服するために追加されました。コメントでこれを指摘してくれたエリックに称賛を送ります。

GCP Web Element を使用して、Web アプリケーションで印刷するアイテムを投稿します。Google が提案するコードは次のとおりです...

JavaScript

HTML...

これはすべて正常に機能し、ドキュメントを正常に投稿し、印刷します... Android 3.2 のブラウザー、Windows の Google Chrome、iOS の Safari

ただし、iOS 用の Google Chrome ではドキュメントは投稿されません (したがって、印刷されません)。

Google が Chrome for iOS を作成し、クラウド プリントも作成しているため、これは意味がありません。

誰かがこれを修正する方法を知っていますか、それとも Google が Chrome for iOS で修正するのを待つ必要がありますか?

In one file, I have

In t2.html I have

On Safari on iOS, and on Chrome on the Mac and on pretty much every other browser, it prints out [object Window] like you'd expect.

On Chrome on iOS, I get null.

How do I get to the window that opened this window?

Safariで網膜がapple-touch-icons機能している間、ChromeforiPadは最低解像度のアイコンしかレンダリングしないように見えることに気づきました。SafariとChromeforiPadにそれぞれ表示されるのとまったく同じページ：

Chrome for iPadにどのバージョンのアイコンを使用するかを指示する方法はありますか？

XMLHttpRequest外部 JavaScript ファイルを含めると、iOS 上の Chrome はオブジェクトを作成するように見えます。このオブジェクトを識別子を持つグローバル変数に割り当てているようaで、そこに既にあるものはすべて上書きされます。

テストケース：

• HTML ファイル ( test.html ):

  /li>

• 外部 JavaScript ファイル ( test.js ):

  /li>

はXMLHttpRequest繰り返し要求を行っているように見え (どこかに... プロキシ経由でデバイス接続をルーティングし、要求を監視しても何も表示されません)、onreadystatechangeイベント ハンドラーが繰り返し実行されます。

いくつかのより多くの観察:

• これは、ページの読み込み後しばらくしてから発生するようです (したがって、setTimeout)
• window.__gchrome_CachedRequestそれが起こるとき、プロパティもあります
• __gchrome_CachedRequest === a
• 古いバージョンの iOS Chrome では発生していないようです (ただし、どのバージョンで最初に発生したかはわかりません)。

誰もこれに遭遇したことがありますか？それが起こらないようにする方法はありますか（注...名前を変更できませんa）？なぜこれを行うのか誰かが知っているなら、私は知りたいです。

アップデート

これは、外部スクリプトを含めた場合だけでなく、インライン スクリプトでも実際に発生することに気付きました。setTimeoutそこに電話がかかっていなかったので、最初はこれに気づきませんでした。そのため、ページの読み込み後、実際には常に発生しているように見えます。

$(window).width() を使用して div を中央に揃えようとしています。Windows では、ページをズームすると $(window).width() が変化するため、このトリックはうまく機能します。

ただし、Chrome IOS でページをズームすると、$(window).width() は常に同じ値を返すため、ページがズームインされていない (またはズームアウトされていない) 場合にのみ、div が中央に配置されます。

何か案は？

ありがとう。

Chrome for iOS でポップアップを処理する際の 2 つの注意事項:

1. iframe 内で生成されたポップアップは、親ウィンドウを強制終了し、タブが閉じられ、二度と表示されなくなります
2. iframe 以外のコンテキストで生成されたポップアップは、ポップアップで新しいタブを開きます (予期される)。その後、ポップアップがそのビジネスで完了したときに、「window.opener」を使用して親に通信することはできません。

(2) の場合、潜在的なオプションは、親ウィンドウで localStorage ポーリングを使用することです。(1)については、まだ解決策を見つけていません。

詳細：

• (1) iframe は HTTP サイトでホストされていましたが、iframe 内のコンテンツは HTTPS でした
• Chrome for iOS 以外の環境では(1)または(2)を再現できていません。

質問: Chrome iOS でポップアップとその親の間の通信を (a) タブ自体を強制終了したり、(b) 親がいつまでも応答を待ったりすることなく処理する方法は何ですか? これらの問題に対応する実現可能な解決策がない場合、代わりに何ができますか?