iOS8で全画面表示（apple-mobile-web-app-capable）時にtouch関連のイベントが届きません

Question

タイトルからわかりにくかったので変えました（元iosでのスクロール制限について）

現在iPad上で動かしているwebアプリでスクロール制限をしているのですが、
ios8にアップデートしたところ、touchmoveイベントが取得できなくなりました。

ios8にアップデートしたことが原因なのか、今までがたまたま動いていたのか…

apple-mobile-web-app-capableを使って全画面表示にしています。
ホーム画面に作ったアイコンからでなく、safariから見るとちゃんとスクロール制限がかかりました。
tauchmoveだけでなくtouchstartも取得できませんでした。
ios7のiPadでは問題なくスクロール制限できました。
スクロールをさせたいところではiScrollを使用しています。

<meta name="viewport" content="width=device-width, user-scalable=no, initial-scale=1, maximum-scale=1" />
<meta name="apple-mobile-web-app-capable" content="yes" />
<meta name="apple-mobile-web-app-status-bar-style" content="black" />

$(document).bind("touchmove", function()
{
  event.preventDefault();
});

何か対処法があるのか、
ＯＳ側のバグで修正を待つしかないのか、
そもそもコードがおかしいのか、
わかる方がいましたら教えてください。

よろしくお願いします。

Answer 1

iOS8の環境が手元にないので、過去にAndroidで遭遇した経験から少しアドバイスします。

1. ブラウザからイベントが正しくfireされているか調査する

click, touchstart, touchmove, touchend, touchcancelの各イベントが
そもそも正しくfireされているかをconsole.logするような簡単なリスナーをセットしてチェックすると、
ブラウザから途中のイベントがfireされていないことが原因だった、というケースがありました。

また、Android4.2ではtouchmoveだけをpreventしてもスクロール動作を抑止できず、
全てのtouch系イベントをpreventしてスクロールを抑止し、clickイベントをトリガーとしてtouch系イベントのprevent用ハンドラーをセット、もしくは除去する、といった作りこみをせざるを得なかったケースがありました。

1. iScroll側の処理をチェックする

iScrollのバージョンにもよるでしょうが、私が以前iScroll系のバグを修正していた時に、
ベンダープレフィックスを調査するロジック（冒頭にある）に、こんなコメントが残されていました。

/*!
 * iScroll v4.2.5 ~ Copyright (c) 2012 Matteo Spinelli, http://cubiq.org
 * Released under MIT license, http://cubiq.org/license
 */
～省略～
	vendor = (function () {
                // [MEMO] by Eiji Hirayama 2013/11/03
                //   Android 4.2の標準ブラウザではこの調査方法だとvendorが
                //   空文字列になってしまった。
                //   ※prefixなしのtransformが使用可能な為。
                //   その為、webkitでの検査を最優先で行うように修正した。
//		var vendors = 't,webkitT,MozT,msT,OT'.split(','),
		var vendors = 'webkitT,MozT,msT,OT,t'.split(','),
			t,
			i = 0,
			l = vendors.length;

		for ( ; i < l; i++ ) {
			t = vendors[i] + 'ransform';
			if ( t in dummyStyle ) {
				return vendors[i].substr(0, vendors[i].length - 1);
			}
		}

ようするにCSS transformがベンダー・プレフィックスの調査に使われているが、
プレフィックスなしのtransformが正しくブラウザに実装された段階で、「webkit」の
プレフィックスを見つけ出す前にこの検出処理を抜けてしまっていたことが色々問題を生じていたのです。

以下、そのコード内の修正範囲に残されたコメントを抜粋（その部分のみの抜粋なのでご使用中のバージョンのソースコードと比較してみてください）。

	TRNEND_EV = (function () {
                // [MEMO] by Eiji Hirayama 2013/11/03
                //   Android 4.2の標準ブラウザではvendorが空文字列だった。
		if ( vendor === false ) return false;

	_start: function (e) {
		var that = this,
			point = hasTouch ? e.touches[0] : e,
			matrix, x, y,
			c1, c2;

                // [MEMO] by Eiji Hirayama 2013/11/01
                //   DOM要素を追加した際にスクロールできなくなる場合がある
                //   問題に対応する為に、refresh処理を追加。
                that.refresh();

	_end: function (e) {
		if (hasTouch && e.touches.length !== 0) return;
～省略～
                        // [MEMO] by Eiji Hirayama 2013/11/03
                        //   Android4.2の標準ブラウザだと、このtouchEndが
                        //   呼ばれた後、onScrollEnd処理が実行されない問題が
                        //   発生した。原因はvendor prefixの調査方法と
                        //   prefixなしのtransitonが使用可能であった為。
                        //   スクリプト冒頭で対応済。

			if (that.options.onTouchEnd) that.options.onTouchEnd.call(that, e);

そもそもtransformだけをターゲットにプレフィックスの調査を行うのも、現状いささか乱暴ですなやり方ですが、ご使用のiScrollにこのような処理が組み込まれているのであれば、それが問題を起こしている可能性も考えられます。

Comments

[matoi]

ブラウザからイベントが正しくfireされているかを調査した結果です
```
$(document).bind("touchmove", function()
{
alert( "touchmove" );
event.preventDefault();
});
```
というコードを試しました（touchmoveとtouchstartを試してみました）

×　ios8の全画面表示状態から
○　ios8のsafari
○　ios7の全画面表示状態から
（全画面表示状態＝ホーム画面にアイコンを作成、apple-mobile-web-app-capableタグでＵＲＬバーなどを消した状態です。）

iScrollはv4.2.5を使用しています。
iScrollの挙動についても同じく上から×○○の状態でした。
iScrollはv5があるようなのでこちらのアップデートも考えましたが、7やsafariからのアクセスだとちゃんと動いているのでまだやっていません。

[Eiji_Hirayama]

そうすると「iOS8で全画面表示（apple-mobile-web-app-capable）時にtouch関連のイベントが届きません」という事象のようですね（iScrollは関係なく）。

お伺いしている内容から察するにwebkitのバグ（あるいは仕様の変更）のようですが、
もう少し他の方の回答を待ちつつも、
・シンプルなHTMLで（要素が一つしかない状態でjQueryを使わず）
・イベントの網羅的なチェックを行い（click、touchendイベントが届くか、preventDefaultやstopPropagationしない場合、など）
・バグであることが明確になれば、結果を元にwebkitのbugzillaあたりにポストする
とよいと思います。

※とりあえず、iOS8の環境を作っている方からの回答待ってみましょう（こちらに環境が無く申し訳ないです）。。

[matoi]

タイトルから中身が分かりにくかったと思ったので、変更する際にそのまま使わせていただきました。もしまずかったら修正しますのでお知らせください。
回答ありがとうございました。