After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 659742 - [backup-restore] backup.c still archives ~/.evolution
[backup-restore] backup.c still archives ~/.evolution
Status: RESOLVED NOTABUG
Product: evolution
Classification: Applications
Component: Plugins
3.2.x (obsolete)
Other Linux
: Normal major
: ---
Assigned To: evolution-plugin-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2011-09-21 16:35 UTC by Matthew Barnes
Modified: 2013-09-13 01:04 UTC
See Also:
GNOME target: 3.2
GNOME version: ---


Description Matthew Barnes 2011-09-21 16:35:21 UTC 
Evolution's backup tool is currently broken.

It still archives ~/.evolution, even though we stopped using that directory several releases ago.  We now obey XDG base directory settings, which default to:

    ~/.local/share/evolution
    ~/.config/evolution
    ~/.cache/evolution

The backup tool needs to be rewritten to archive the data and config directories, and also to honor current XDG base directories settings when the backup is restored, which may be different than when the data was backed up.
Comment 1 André Klapper 2011-09-22 09:05:34 UTC 
Might this create data loss by *only* and silently archiving .evolution and failing (as that location is unused in recent versions)?
Comment 2 Matthew Barnes 2011-09-22 12:46:49 UTC 
Yeah.  Been thinking if we should request a UI and code freeze break to disable the File -> Back Up Evolution Data menu item until this is fixed (hopefully by 3.2.1).
Comment 3 André Klapper 2011-09-29 11:11:26 UTC 
Will this definitely be fixed for 3.2.1? If not I'd like to document it in the user docs for that version which would require adding new strings to translate.
Comment 4 Matthew Barnes 2011-09-29 14:03:14 UTC 
It's a pretty severe bug so it's high on my to-do list.
Comment 5 Matthew Barnes 2011-09-30 15:23:44 UTC 
Wow, I guess I must have misread the code because it looks like it's backing up the right directories after all.  My bad for causing a panic.

The backup tool is still storing absolute paths to the XDG base directories, and is disregarding the current settings at restore-time.  So that's still a bug, but it's a rare corner case at best.

Closing this as NOTABUG and apologies for the confusion.