UserDefaults не сохраняется на определенных iPad после строительства с помощью XCode 16.2 (CFPREFSplistSource Container: ⇐ IOS

[Anonymous]

У меня есть приложение для iOS, которое, когда он построен с Xcode 16.2 (iOS 18 SDK), внезапно не может сохранять какие -либо значения через userdefaults.standard.set (_: forkey на нескольких реальных устройствах iPad. При запуске каждый вызов userdefaults.standard.set и cfpreferencesppsynchronize Печать ошибки, такая как: < /p>
[User Defaults] Couldn’t write values for keys ("RegistrationStep") in CFPrefsPlistSource (Domain: com.example.myapp, User: kCFPreferencesCurrentUser, ByHost: No, Container: (null), Contents Need Refresh: No): setting these preferences requires user-preference-write or file-write-data sandbox access kernel Sandbox: cfprefsd(100) deny(1) process-info-sandbox-container
< /code>
конкретно: < /p>

[*] Я подтвержден через Dumppreferencesplist () (который делает < /li>
< /ol>
userdefaults.standard.set(1, forkey: "RegistrationStep") Cfpreferencesppsynchronize (bundle.main.bundleidentifier! Как cfstring)
, а затем проверяет на наличие…/библиотеки/. start = "2">
Я также проверил, что минимальный тест с использованием filemanager + nsdictionary.write (:) Это доказывает, что файловая система и контейнер iPad не сломаны. Некоторые устройства были «исправлены» путем (а) обновлением до iOS 18.5 или (b) физической замены устройства. Другие (особенно iPad, все еще на iOS 17.x или ios 13.x, или принадлежащие клинику iPad с MDM), остаются неспособными использовать пользовательские обстановки даже после сброса всех настроек или обновления до последних iOS. CFPREFSD не может изучать «где его контейнер» и возвращается к попытке глобального пути (который заблокирован песочницей). < /p>
< /li>
< /ol>
Вопросы: < /p>

Потеряет его с xcode 16.2 /ios 18 sdk. Путь контейнера на определенных iPad (особенно на iOS 17.x или MDM, управляемый)?

Есть ли официальная документация или известный отчет об ошибках от Apple, подтверждающего это поведение «userdefaults/cfpreferences + cfprefsd: (null)» после xcode 16.2? /> Что я могу сделать (за исключением переписывания всей логики устойчивости), чтобы восстановить нормальное поведение пользователей на этих iPad - e.g. Любые права, обеспечение или обходной путь, которые заставляют CFPREFSD распознавать контейнер? Указатели, ссылки на аналогичные случаи или обходные пути будут высоко оценены. Спасибо!

Подробнее здесь: https://stackoverflow.com/questions/796 ... e-16-2-cfp