Устойчивая системная ошибка при использовании приложения для тестирования пользовательского интерфейса

Question

Я использую инструмент «Обезьяна теста пользовательского интерфейса», поставляемый с Android. Я вижу постоянную ошибку и удивляюсь, как ее избежать.

Каким-то образом тестовое приложение будет поворачивать ориентацию моего приложения так, чтобы окно эмулятора все еще находилось в портретной ориентации, а поверхность экрана - в альбомной ориентации. Когда в этой конфигурации каждый раз, когда вы нажимаете на EditText, выдается системное исключение:

"Приложение OpenWnn (процесс jp.co.omronsoft.openwnn) неожиданно остановилось. Пожалуйста, повторите попытку."

так что этот процесс OpenWnn не мой, похоже, он обрабатывает отображение виртуальной клавиатуры. Когда в этом режиме нечетной ориентации вы пытаетесь щелкнуть текст EditText, я вижу, как виртуальная клавиатура пытается скользить с левой стороны экрана, затем возникает это исключение.

Я не уверен, что это за ориентация, потому что это не обычная альбомная ориентация, которую вы получаете, нажимая Ctrl + F11. Фактически, виртуальная клавиатура не должна даже пытаться отображать себя в альбомном режиме? Намного меньше с левой стороны эмулятора? Кто-нибудь еще испытывает это?

ThanksC

Answer 1

Похоже, что это общая проблема, которая, кажется, была исправлена ​​с помощью try-catch:

Ответ группы Google

Answer 2

Сейчас я провожу тестирование на куче устройств Android, и это звонит в колокольчик - я думаю, что это может быть сценарий, когда устройство имеет физическое скольжение, и Monkey вызывает его открытие, когда устройство находится в та или иная ориентация ..

Я бы посоветовал вам попробовать ваше приложение на SE Xperia Play с его открытием / закрытием слайда в каждой фактической ориентации, и посмотреть, не генерирует ли это «режим нечетной ориентации» / сбой, о котором вы упомянули ... (у нас был какой-то странный проблемы ориентации с этим устройством, я думаю, что другие устройства с физическими клавиатурами вполне могут быть такими же)