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 552731 - Summary generated repeatedly ad infinitum
Summary generated repeatedly ad infinitum
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Mailer
2.24.x (obsolete)
Other Linux
: Normal critical
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
evolution[disk-summary]
Depends on:
Blocks: 543389
 
 
Reported: 2008-09-18 05:22 UTC by Hans Petter Jansson
Modified: 2008-10-16 18:56 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Hans Petter Jansson 2008-09-18 05:22:45 UTC
When I start up evolution, and it's done (or at the end of) generating the vfolder indices etc. it goes into an infinite loop "storing folder". It looks like there's something wrong with the summary generator or validator.

I'm using evolution-2.23.92+r36353 built from the GNOME:Factory project in
openSUSE's build service.

Typical terminal output:

(evolution:14496): camel-local-provider-WARNING **: Summary doesn't match the folder contents!  eek!
  expecting offset 103996132 got 103998744, state = 2
Triggering summary_reloaded on Spam 0xb140f00

(evolution:14496): camel-local-provider-WARNING **: Summary doesn't match the folder contents!  eek!
  expecting offset 103996132 got 103998744, state = 2

(evolution:14496): camel-local-provider-WARNING **: Summary doesn't match the folder contents!  eek!
  expecting offset 104024148 got 104027007, state = 2

(evolution:14496): e-data-server-WARNING **: Error in execution: Incompatible types in compare >

(evolution:14496): camel-WARNING **: camel_exception_get_id called with NULL parameter.

(evolution:14496): camel-local-provider-WARNING **: Summary doesn't match the folder contents!  eek!
  expecting offset 104024148 got 104027007, state = 2

(evolution:14496): camel-local-provider-WARNING **: Summary doesn't match the folder contents!  eek!
  expecting offset 104032513 got 104032659, state = 2
Comment 1 Srinivasa Ragavan 2008-09-22 03:30:07 UTC
HPJ,
Can you get me a glance of gdb traces (2-3 samples) and paste me. I could find from this that the summary is regenerated. But I need t know more on why it goes infinite for you. Thanks.
Comment 2 Hans Petter Jansson 2008-09-22 05:13:46 UTC
What are you looking for here? Evolution needs to index for several hours before it gets into this state (and I have to work around bug 552731 by stopping and restarting it periodically), so I'd rather try to get you the right traces the first time around. Maybe there are breakpoints I can set? How about breaking on the "Summary doesn't match the folder contents" warning and getting a trace from there?
Comment 3 Srinivasa Ragavan 2008-09-22 10:50:15 UTC
This should be fine. I need to see why it has to generate. Do you have any spool/local delivery type accounts?
Comment 4 Srinivasa Ragavan 2008-10-06 11:12:40 UTC
I have committed some fixes to stable/trunk must fix this. There was a issue where the flag wasn't dirty and the timestamp was mismatching.  Please try out and lemme know it fixes it.

PS: Camel ABI is broken, so you might have to compile evo after this.
Comment 5 Srinivasa Ragavan 2008-10-13 06:43:58 UTC
HPJ, Did you try at this?
Comment 6 Hans Petter Jansson 2008-10-14 23:34:37 UTC
I just bought some more RAM so I can build and test this in a separate VM. Expect feedback later this week.
Comment 7 Hans Petter Jansson 2008-10-16 18:56:24 UTC
This seems to be working now in trunk.