Re: [Evolution] New version, new error. dammit
- From: Milan Crha <mcrha redhat com>
- To: evolution-list gnome org
- Subject: Re: [Evolution] New version, new error. dammit
- Date: Thu, 15 Sep 2022 17:44:26 +0200
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
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]