Исключение UIWebView для [WebActionDisablingCALayerDelegate setBeingRemoved:]

Я обнаружил это, добавив "-webkit-transform: translateZ(0px);" к прокручиваемому содержимому (у меня есть div внутри моего прокручиваемого контейнера), это решило проблему для меня. Надеюсь это поможет.

Не уверен, что это ваш случай, но я также начал замечать эту проблему на iOS 8, и мы отследили ее до использования следующего свойства CSS в iframe:

-webkit-overflow-scrolling: touch;

После того, как мы удалили его, у нас больше не было этих сообщений об ошибках.

Примечание: в моем случае это произошло не в ответ на изменение каких-либо ограничений, а скорее во время навигации по HTML.

Поскольку ни один из приведенных ответов не мог мне помочь, мне пришлось решить эту проблему с помощью среды выполнения Objective-C.

Сначала я предоставил простую функцию:

id setBeingRemoved(id self, SEL selector, ...)
{
   return nil;
}

Затем эти две строки:

    Class class = NSClassFromString(@"WebActionDisablingCALayerDelegate");
    class_addMethod(class, @selector(setBeingRemoved:), setBeingRemoved, NULL);

И это работает.

Используйте WKWebView вместо UIWebView . (впервые он был включен в iOS 8). Я пробовал, и кажется, что у него нет этой ошибки. Кроме того, он может улучшить производительность по сравнению с предшественником. Вполне вероятно, что Apple сделает стандарт де-факто в ближайшем будущем, если не сейчас. Он имеет интерфейсы и делегаты, несколько похожие на UIWebView. Определенно стоит попробовать.

Если вы ориентируетесь на пред-iOS 8, вы можете реализовать резервные процедуры для загрузки либо UIWebView, либо WKWebView, здесь нестандартная реализация

В моем случае проблема заключалась в «таблице» внутри содержимого iframe. Ширина таблицы была больше, чем ширина iframe, определенная с помощью CSS. Прокрутка iframe была отключена, и таблица растянула iframe до минимальной расчетной ширины таблицы. Другой побочный эффект: содержимое iframe не было полностью видно (обрезано с правой стороны).

|--- Available viewport width -------------|
|--- defined and estimated iframe width ---|
|--- table width in the iframe content > than defined iframe width ---|
|--- iframe stretched to the calculated table width ------------------|

Удаление содержимого таблицы формы iframe устранило проблему.

Как ответил @André Morujão, удаление -webkit-overflow-scrolling:touch; из элемента прокрутки останавливает исключение. Но я обнаружил, что исключение происходит только тогда, когда я добавляю display:none css к элементу прокрутки.

Изменить: я смог продолжить использовать display:none, чтобы скрыть свой элемент прокрутки, поместив -webkit-overflow-scrolling:touch; внутри своего собственного класса .scroll и используя jquery для добавления и удаления этого класса из моего элемента прокрутки до и после его скрытия:

<style>
    .scroll
    {
         -webkit-overflow-scrolling:touch;
    }
</style>
<script>
function hide()
{
    $('#scrolling_element).removeClass('scroll');
    $('#scrolling_element).css('display', 'none');
}
function show()
{
    $('#scrolling_element).css('display', 'block');
    $('#scrolling_element).addClass('scroll');
}
</script>