Несколько раз пытался зарегистрироваться, не особо успешно (вроде, и подтверждение было). По итогу, мое взаимодействие с ребятами происходит в комментах гита типа такого. 😅
Не-а, почему-то прошло мимо. Выглядит шикарно, пошел пробовать.
Все на реальных тел. Своя ферма 25 тел.
Звучит интересно! А вы что используете для работы с фермой (в разрезе выбора устройств и взаимодействия с ними) - что-то самописное, Appium Grid или плагин Appium Device Farm, если не секрет?
С какой "конкретикой"? Речь идет о новых системных разрешениях которые появились с iOS18.
Со старыми/другими разрешениями - ничего не изменилось. Они прекрасно видны и нажимаются по старому.
Так все системные разрешения поменялись в iOS18 или только вот это конкретное, про контакты работает иначе? :)
Я спрашивал про то, будет ли аргумент другой для других разрешений. Почему это для меня важно? Во время тестов могут появиться не только запросы которые мы ожидаем по кейсу (запрос на уведомления/диск/галерею и т.д.), но и другие. Например, сообщения о главном экране, общем буфере обмена с другим устройством, подключение других устройств и т.д., - если Вы тестируете на реальных устройствах, думаю, Вы с этим сталкиваетесь. Как Вы обрабатываете такие запросы?
Со старыми/другими разрешениями - ничего не изменилось. Они прекрасно видны и нажимаются по старому.
Странно, - именно после обновления на указанную версию драйвера у меня текст уведомлений получалось доставать только после переключения на com.apple.springboard. Т.е. да, работа с командами mobile: alert происходит отлично и без переключения, но текст запроса получить не выходит.
Ссылочка на док
Благодарю. :)
а как вы работаете без чтения доков :-)
Без чтения - плохо. Я больше погружался в использование методов (Execute Methods раздел в доке драйвера) и оптимальное формирование капабилитис. Менять свойства типа defaultActiveApplication - не менял, посмотрю в эту сторону, спасибо.
Звучит интересно. :) Через setSetting я не пробовал, ибо даже в ченджлисте советовали
require switching the active application to com.apple.springboard in order to interact with system dialogs
Можете поделиться ссылочками на документацию?
Смутило в Вашем примере com.apple.ContactsUI.LimitedAccessPromptView, - ощущение, что с такой конкретикой потребуется предавать для каждого разрешения свое значение. Если правильно понимаю, можно передать com.apple.springboard , что позволит работать со всеми системными диалогами?
Да, тоже все получилось, спасибо!
Несколько раз пытался зарегистрироваться, не особо успешно (вроде, и подтверждение было). По итогу, мое взаимодействие с ребятами происходит в комментах гита типа такого. 😅
А выбор устройств реализован на дженкинсе через блокируемый ресурс, я правильно понял? Интересная реализация!
Подписался на Вас, если напишите по ферме что-то, было бы круто почитать. :)
Не-а, почему-то прошло мимо. Выглядит шикарно, пошел пробовать.
Звучит интересно! А вы что используете для работы с фермой (в разрезе выбора устройств и взаимодействия с ними) - что-то самописное, Appium Grid или плагин Appium Device Farm, если не секрет?
Так все системные разрешения поменялись в iOS18 или только вот это конкретное, про контакты работает иначе? :)
Я спрашивал про то, будет ли аргумент другой для других разрешений. Почему это для меня важно? Во время тестов могут появиться не только запросы которые мы ожидаем по кейсу (запрос на уведомления/диск/галерею и т.д.), но и другие. Например, сообщения о главном экране, общем буфере обмена с другим устройством, подключение других устройств и т.д., - если Вы тестируете на реальных устройствах, думаю, Вы с этим сталкиваетесь. Как Вы обрабатываете такие запросы?
Странно, - именно после обновления на указанную версию драйвера у меня текст уведомлений получалось доставать только после переключения на
com.apple.springboard. Т.е. да, работа с командамиmobile: alertпроисходит отлично и без переключения, но текст запроса получить не выходит.Благодарю. :)
Без чтения - плохо. Я больше погружался в использование методов (Execute Methods раздел в доке драйвера) и оптимальное формирование капабилитис. Менять свойства типа
defaultActiveApplication- не менял, посмотрю в эту сторону, спасибо.Звучит интересно. :)
Через setSetting я не пробовал, ибо даже в ченджлисте советовали
Можете поделиться ссылочками на документацию?
Смутило в Вашем примере
com.apple.ContactsUI.LimitedAccessPromptView, - ощущение, что с такой конкретикой потребуется предавать для каждого разрешения свое значение. Если правильно понимаю, можно передатьcom.apple.springboard, что позволит работать со всеми системными диалогами?