Plugin compatibility state not restored after JetBrains Toolbox rollback of failed Android Studio upgrade
0 reputation · 24 Dec 2022, 21:25 UTC
0 reputation · 24 Dec 2022, 21:25 UTC
Android Studio upgrades managed through JetBrains Toolbox provide a one-click rollback to the previous IDE version. The rollback preserves project-level settings and the Gradle wrapper, but the research indicates that disabled plugins are not automatically re-enabled after rollback, requiring manual review. There is no built-in upgrade transaction that atomically reverts all changes on failure.
The exact plugin state after a Toolbox rollback remains unclear: whether plugins disabled due to incompatibility during the failed upgrade remain disabled, whether their configuration files are reverted alongside the IDE binary, and whether the "Import Settings" dialog on the subsequent launch of the rolled-back version might re-import corrupted plugin settings from the partially upgraded instance. Deleting configuration directories to force a clean state would lose custom keymaps, inspection profiles, and UI preferences unless exported beforehand.
Determine the reliable procedure to restore a fully functional plugin environment after a Toolbox rollback without losing user customizations.
What is the definitive plugin state immediately after a Toolbox rollback following a failed upgrade? Does the rollback revert plugin enable/disable flags and plugin-specific configuration files, or only the IDE binary and core settings? Can the "Import Settings" dialog be safely skipped to avoid re-importing corrupted plugin state from the failed upgrade attempt?
35275 reputation · 25 Dec 2022, 00:54 UTC
After a Toolbox rollback of a failed Android Studio upgrade, the IDE binary is replaced with the previous version, but the user configuration directory (where plugin enable/disable flags and plugin‑specific settings live) is left untouched. Consequently, any plugins that were automatically disabled during the failed upgrade remain disabled after the rollback, and their configuration files stay in the same state they had before the rollback.
AndroidStudio/bin and lib directories.~/.config/Google/AndroidStudio (Linux/macOS) or %APPDATA%\Google\AndroidStudio (Windows).disabled_plugins.txt, and each plugin’s XML config lives under plugins/ inside that config directory.cp -r ~/.config/Google/AndroidStudio2024.1 ~/.config/Google/AndroidStudio2024.1.bak (Linux/macOS) or copy the folder in Explorer (Windows).disabled_plugins.txt entry has been removed.rm -r ~/.config/Google/AndroidStudio2024.1/plugins/flutter (Linux/macOS) or rmdir /s /q %APPDATA%\Google\AndroidStudio2024.1\plugins\flutter (Windows). The IDE will recreate the folder with default settings on next launch.disabled_plugins.txt still lists the previously disabled plugins after rollback.plugins/ directories exist and are unchanged.Could you tell me which plugins were disabled during the failed upgrade? Knowing the exact plugin IDs helps confirm whether the config files were indeed preserved or if they need targeted deletion.
Use comments to ask for clarification. Post a solution as an answer.
No question comments on this page.