и есть ли возможность спросить про это непосредственно у товарищей из маркета?

https://developer.android.com/studio/publish/app-signing#app-signing-google-play
Видимо вы это используете при заливке в маркет

@OxFi5t, скажи пожалуйста, при использовании связки BinaryPreferences + Tink (как показано у тебя здесь - https://github.com/Fi5t/advanced-tink). При смене типа сборки с release на debug, у меня перестают корректно расшифровываться зашифрованные преференсы. Это такой баг или фича? Обе сборки подписываю одними и теми же ключами (в градле указано).

Т.е. собираю приложение в debug, делаю настройки, они сохраняются, все хорошо. Решаю проверить release сборку, т.к. ключи те же самые что и дебаг, настройки не должны перетереться, но по факту там что-то не так, данные null.

https://habr.com/ru/company/redmadrobot/blog/452252/ вот в этой статье было упоминание

Если там даже как-то завязано на build variants шифрование - это не стращное. Главное не нарваться на ситуацию, когда после обнолвения приложения у пользователя все настройки пропадут

@pdapnz а сами данные в директоории приложения есть?

Они в папке /data/data/app.package/files/preferencers/default/values должны быть, там файлы на base64 в названиях и содержимое на AWR/ начинается (далее там тоже на base64 похоже)?

У меня в целом вопрос не зачищается ли у тебя директория приложения.

Device File explorer в AS не дает диретокрию release сборки посмотреть (run-as: Package 'my.app.package' is not debuggable) . По косвенным признакам похоже что не зачищается директория.

Не перетирается, потому как я при переключении на debug обратно и запуске приложения вижу все настройки, все с ними в порядке

data дериктория для внутренних файлов общая же для всех типов сборки?

У меня хранится там сериализованный data объект, который я через GSON восстанавливаю при чтении настроек, в debug он мне все ок выдает, а в release сборке вот это {"g":false}

Походу какая-то трабла с GSON в релиз сборках. В текстовом формате данные верные, а после десереализации {"g":false}, вместо нужного объекта. Скорее всего из-за обфускации кода

В общем я балда. Сериализация в debug сборке была без обфускации, а в релиз сборке поля класса обфуцировались, т.к. ... я забыл их аннотировать SerializedName и GSON не мог его восстановить корректно

Можно просто в прогарде исключить пакет с моделями из обфускации

ну там у меня правило есть
-keepclassmembers,allowobfuscation class * {
 @com.google.gson.annotations.SerializedName <fields>;
}
но я забыл аннотировать поля SerializedName, поэтому так и вышло

А не проше тогда просто пакет исключить и не ставить везде аннотации?

да, можно и так

Или если не хочется пакет хардкодить, то есть аннотация Keep которую можно над классом ставить, ток надо не забыть ее указать в правилах

Хех =)