Emulator

This also occurs with PRs built by the buildbot.

I thought this was intended? Every single APK has its own settings and whatnot on Android?

Updating to a new master branch build doesn't have this problem but a buildbot or Android Studio build of a PR does. I don't think that's something we want.

Expanding this issue a little:
Certain settings use default values when installing Android Studio built Dolphin (Dolphin exists as a separate app on Android from buildbot built apps), or uninstalling buildbot Dolphin on Android and then installing an older buildbot version. Some of these settings include:

• Analytics permission
• Game directory path
• Enabled controllers
• Default controller for emulation
• Rumble setting
• Controller layout

It's really annoying when these settings need to constantly be set to test issues. Ideally, these settings should be retained across builds of Dolphin.

Ah, so the problem isn't when updating an existing Android Studio install, only when you didn't have an existing install with the same package name (either because you uninstalled it or because you didn't have one to begin with)? Then I understand, and can reproduce it perfectly.

I agree that it is annoying... But on the other hand, that's how Android apps are intended to work. We will probably actually need to remove the ability to automatically carry over any settings at all in the future once scoped storage becomes mandatory. At that point we would probably want to add some kind of convenient data import/export feature.

Yes, sorry I knew something was wrong at the time of writing the report but I hadn't tested enough install/reinstall cycles to say what I know now. But even with scoped storage, shouldn't it still be possible for Dolphin to read settings from an INI file via storage access framework APIs? I think that the settings I previously mentioned should be set in an INI and readable across all Dolphin builds, regardless of package name.

Yes, if the user manually selects a location for Dolphin to store its data at. This would need to be done for every installation of the app. Otherwise we can only access the app-specific storage, which gets wiped on uninstall – if I'm understanding it correctly, that is.

I had the same understanding from what I briefly read. I guess this can be revisited when shared storage is implemented for Dolphin.

I had the same understanding from what I briefly read. I guess this can be revisited when scoped storage is implemented for Dolphin.