сценарий такой:
1) пермишин просто отсутствует:
объясняем пользователю почему он нужен (диалогом с кнопкой ок) и при нажатии ок показывает андроидовский пермишин диалогом. Здесь всё ок.
2) пользователь нажал больше не спрашивать:
объясняем пользователю почему пермишен нужен (диалогом с кнопками перейти в настройки и продолжить) и при нажатии на кнопку с настройками переходим в настройки. Здесь тоже всё ок.
3) пользователь выбрал only this time, вышел из приложения, обратно зашел в приложение:
Ожидаемый результат: показывам запрос на пермишн еще раз.
Фактический результат: из-за shouldShowPermissionRational мы думаем, что пользователь нажал больше не спрашивать и показываем ему диалог из пункта 2

Ну да, ты все верно говоришь, с нового андройда ты больше не можешь полагаться на rational. Чекай каждый раз.

если пермишена нет, то почему не начинать флоу с начала?

если юзер отклонил запрос, использовать решенал

но со старта приложения не нужно костылять если пермишена нет

да, он не со старта на самом деле спрашивается, это я просто так написал. спрашиваем мы только когда на нужную фичу пользователь переходит

с OneTimePermission выбором, система его отберет только после смерти процесса, а это по сути новый флоу.

надеялся, что ActivityCompat что-то предоставляет, чтобы мы узнали что определенная пермишина выбрана only this time ((((
ну ясно, спасибо

оно не нужно

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

да я именно отрабатываю кейс когда пользователь выбрал only this time и перезапустил приложение и зашел на фичу. из-за shouldShowPermissionRational я ему неправильный диалог теперь показываю. поэтому у меня есть необходимость узнать является ли определенный пермишин one time permission

showDialog = no_permission + rationale_true
newFlow = no_permission + rationale_false

а на андроид 10 есть еще Only when app is using )

у меня два диалога, вот так сейчас
диалог с кнопкой ок = no_permission + rationale_true
диалог с кнопкой перейти в настройки = no_permission+ rationale_false

соответсвенно при one time permission  я получаю no_permission + rationale_false, и тоже думаю, что пользователя надо отправлять в настройки выдавать приложению доступ на локацию

> диалог с кнопкой перейти в настройки = no_permission+ rationale_false
а почему rationale_false

когда пользователь выбирает Dont’ ask again мы получаем rationale_false

если в настройки нужно отправлять только после перманентного бана

я понял, да этот флоу похож на Deny permission

предлагаю упростить флоу себе и юзеру, просто оставить на UI кнопку grant access или что-то подобное в случае когда пермишена нет, но юзер оказался внутри этого флоу.
мы так сделали, потому и проблем не возникло