Closed teamktown closed 5 months ago
Thanks for the feedback. Do you know if these users updated from 2.0.0 (the first release) of this app, or from the previous 1.x version?
The profile lives in the system and the keychain. It is not something that the app saves to disk, so the linked persistence docs shouldn't apply.
I think we need to assume that it's from v1.x to v2.0.2 since that's the newest version. Certainly this is the case for anything after the v2.0.2 release.
as far as we know it was from pre 2.x to 'latest 2.x'. Fair statement on the persistent docs, my recommendations stand as we progress forward so we can managed user expectations (code+docs+website info) and the desired duty of care people expect of the geteduroam.app.
Recommendations still are:
welcome feedback on this
In my experience the pseudo-credentials were installed with app version 1.x on iOS 16.x; everything worked and the app was not used again. The device was afterwards gradually updated to iOS 17.1.2. The device was recently (2024-01-11) brought to a known and previously used hotspot and then I realized that:
As of Jan 10, v2.0.2 we are hearing of some iOS devices not persisting their profile once the app is updated on iOS.
Workaround: We advise people if they encounter the problem to refresh installing their profile.
Expected behaviour: Users expect existing profiles to survive geteduroam.app version updates and desire the geteduroam.app to gracefully handle the existence of eduroam profiles.
It is unclear if the actual eduroam profile on iOS is persistent in the app itself and if the Managing data Across App updates is a practice employed by the geteduroam.app for wifi profiles.
Recommendation: Users should: