Сначала хотелось обойтись малой кровью, но похоже не получится. Я думал в нативе предусмотрены такие вещи. Спрашивал нативщиков, кто под iOS пишет, но они вообще удивились этому кейсу, когда 20-30 алертов друг на друге. В андроиде, к счастью, старый dialog закрывается автоматически системой и только потом открывает новый.
Про AppAlertQueue в js я тоже размышлял, но это целый сервис писать нужно вместо Alert.alert() :)
Спасибо.

Вообще эта ситуация может служить подсказкой, что это не совсем удачный вариант UI для решаемых проблем. Ведь алерт обычно подразумевает явное действие пользователя (да ещё с максимальным привлечением внимания) по закрытию, часто вариант выбора. И в этом контексте система не должна его закрывать, напротив, для пользователя все остальные процессы в приложении должны бы остановиться... Это не значит, что алерт нельзя прервать, это значит, что ситуация прерывания алерта должна рассматриваться как редкая и исключительная.
Когда алерты не требуют решения от пользователя и не прерывают работу, это скорее оповещения, так их и надо через toast или snackbar или ещё каким не сильно мешающим работе способом показывать. Тем более когда их может быть 20-30 )

Поэтому нативщики и удивились )

Так можно же взять Алерт jsовский из нпм пакета любого, и привязать его, если неохото самому писать

На самом деле там и есть явное ожидание действия от пользователя. И алерт по своей сути - дублирование пуш-уведомления. Предлагает открыть экран с *секретная бизнес-логика* или просто дизмиснуть алерт. И вот при одновроменном приходе нескольких пушей валится куча алертов. Если честно, я не знаю зачем это так сделано, но похоже придётся серьёзно поговорить с ПМом на эту тему :)

Согласен. Но это ещё подходящий нам нужно найти. Если бы было так легко и просто тяп-ляп, как в вебе :D

Я сам написал, привязал к редаксу и норм) быстро и как надо

Я кажется понял кейс. Советую queue соорудить, да ещё такое, чтоб после закрытия предидущего проходила хотя бы секунда до следующего. А ещё советую обсудить возможность сделать это вот таким элементом в приложении (а не алертом): https://material.io/components/banners/banners.html#anatomy или аналогом

Я Вас понял, спасибо большое. Попробую презентовать команде)

Спасибо, но попробуем пока стандартным обойтись :)

На мобиус идет кто?

android pay без stripe’a не работает?

работает. Но у меня были проблемы с ревью гугловым с либой react-native-payments. В итоге неспеша в течение месяца парились в беседах с гуглом и возней с либой, а потом за вечер запилили модуль на java прям с оф доки и прошли ревью

Вообще у нас пм хочет статью оформить по androidpay/applepay. Там на самом деле больше общения с банками чем программирования. С докой у банков беда

Я думал все максимально просто, хотел впилить в обычное простенькое приложение впилить оплату картой

обычно делаем вебвью оплату. Бек дает ссылку на оплату. Договариваемся на redirect при успешной/нет оплате и перехватываем в прилке
Но не знаю что для этого нужно в плане договоров
androidpay я думаю для простой оплаты не особо нужен. Там же еще ревью от гугла проходить дважды - с enviroment.TEST и PRODUCTION

Можно статью годную про вебвью оплату? Думал на gpay все просто и за ночь разберусь и запилю оплату внутреннюю

Как насчёт Braintree Payment?

тут вообще не в курсе