On Thu, 15 Sep 2022 17:44:26 +0200 Milan Crha via evolution-list <evolution-list@gnome.org> wrote:
> On Wed, 2022-09-14 at 12:44 -0500, Tim McConnell via evolution-list > wrote: > > Sep 14 03:09:56 DebianTim evolution-calen[3387]: GError set over the > > top of a previous GError or uninitialized memory.#012This indicates > > a bug in someone's code. You must ensure an error is NULL before > > it's set.#012The overwriting error message was: SQLite error code > > '1': no such table: ECacheObjects (statement:DELETE FROM > > ECacheObjects WHERE ECacheState=3) > > Hi, > it looks like your calendar cache(s) did not survive the update for > some reason. I'd simply: > > $ evolution --force-shutdown > > and then > > $ mv ~/.cache/evolution ~/.cache/evolution.bad > > Supposing those messages are from the remote calendars/task lists/memo > lists you've configured. The `mv` command moves everything remote, > including mail accounts, and will force to reload all of that. You can > keep the ~/.cache/evolution/mail/, if you want to, especially if > there's no problem with it. > > By the way, those tables are ensured to be created after the > calendar/tasks/memos list is opened, could it be the evolution- > calendar-factory was not restarted after update? Though even then I'm > not sure how that could break, unless playing with the > ~/.cache/evolution while the processes had been running in the > background (no, closing evolution doesn't close the evolution-data- > server background processes, because some other apps can use them). > > Bye, > Milan > > _______________________________________________ > evolution-list mailing list > evolution-list@gnome.org > To change your list options or unsubscribe, visit ... > https://mail.gnome.org/mailman/listinfo/evolution-list Thanks Milan!! -- Tim McConnell tmcconnell...@gmail.com _______________________________________________ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
