SUMMARY Plasma Vaults hides vaults which are stored on an additional NTFS partition. Actually, I don't think it has to do with NTFS but rather the fact of being stored on a non-system partition, which is mounted after login. STEPS TO REPRODUCE 1. Create a vault on a non system partition (NTFS) 2. Reboot 3. Open plasma Vaults applet OBSERVED RESULT Vault is no longer listed. In the RC file, it's listed under the Devices section with "=false" appended. EXPECTED RESULT Vault should somehow be recoverable from the UI or even still functional (better). Sure enough, it should be listed. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: fc33 (available in About System) KDE Plasma Version: 5.20.5 KDE Frameworks Version: 5.79 Qt Version: 5.15.2 ADDITIONAL INFORMATION If i restore "=true" after the problematic vault in the RC file, then logout and re-login, the vault works normally and I can access it.
Looks like the availability of the vault's source location needs to be re-checked after devices change--or perhaps even every time the applet is opened, if that wouldn't impose too much of a performance hit.
(In reply to Nate Graham from comment #1) > Looks like the availability of the vault's source location needs to be > re-checked after devices change--or perhaps even every time the applet is > opened, if that wouldn't impose too much of a performance hit. Yes, that would be great. If performance indeed becomes a problem, as a user I'd be happy enough to simply have an entry for my disabled vault, click on it and find a nice button to manually rearm it. Even something in the applet's settings would do.
The reason for this behaviour was 'disable on first error' to avoid tampering. But I agree this refresh would be quite useful (I don't expect performance issues) and not that problematic security-wise.
> But I agree this refresh would be quite useful (I don't expect performance > issues) and not that problematic security-wise. good news, thanks.