You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
System Details
OS: Void Linux
Arch: x86_64-glibc
Desktop Environment: KDE
Version: v3.2.0
Installed by: System, from a proposed package update
Describe the bug
I'm not sure if this is considered a bug, or intentional behavior. When upgrading from Cantata 2.5.0, the last official release prior to the original author archiving the project/repo, I receive a "First Run" dialog. Cantata 2.5.0 uses cantata as a directory name for configuration files, where this project uses Cantata.
Updating Cantata on all Void systems to this maintained fork will result in everybody having to reconfigure their application from scratch. Is there a full, or even partial, migration path from 2.5.0 to 3.2.0 that doesn't involve recreating everything? I copied everything from .local/share/cantata to .local/share/Cantata without any obvious bad behavior after that.
To Reproduce
Steps to reproduce the behavior:
Upgrade from the last upstream release of Cantata 2.5.0 to 3.2.0 from this repository
Reconfigure Cantata from scrach.
Expected behavior
All previous settings, playlists, etc are still available.
Additional context
It looks like 1e4bbad is what potentially introduced this change.
The text was updated successfully, but these errors were encountered:
zdykstra
changed the title
bug: settings/playlists are lost when upgrading from 2.5.0
settings/playlists are lost when upgrading from 2.5.0
Aug 7, 2024
System Details
OS: Void Linux
Arch: x86_64-glibc
Desktop Environment: KDE
Version: v3.2.0
Installed by: System, from a proposed package update
Describe the bug
I'm not sure if this is considered a bug, or intentional behavior. When upgrading from Cantata 2.5.0, the last official release prior to the original author archiving the project/repo, I receive a "First Run" dialog. Cantata 2.5.0 uses
cantata
as a directory name for configuration files, where this project usesCantata
.Updating Cantata on all Void systems to this maintained fork will result in everybody having to reconfigure their application from scratch. Is there a full, or even partial, migration path from 2.5.0 to 3.2.0 that doesn't involve recreating everything? I copied everything from
.local/share/cantata
to.local/share/Cantata
without any obvious bad behavior after that.To Reproduce
Steps to reproduce the behavior:
Expected behavior
All previous settings, playlists, etc are still available.
Additional context
It looks like 1e4bbad is what potentially introduced this change.
The text was updated successfully, but these errors were encountered: