Bug 700733

Summary:	Folder summary information is not properly updated after migration
Product:	Red Hat Enterprise Linux 6	Reporter:	Jiri Koten <jkoten>
Component:	evolution	Assignee:	Matthew Barnes <mbarnes>
Status:	CLOSED ERRATA	QA Contact:	Desktop QE <desktop-qa-list>
Severity:	medium	Docs Contact:
Priority:	low
Version:	6.1	CC:	mcrha, tpelka
Target Milestone:	rc
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:	evolution-2.32.3-8.el6	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2013-11-21 05:02:11 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Bug Depends On:	700726
Bug Blocks:

Description Jiri Koten 2011-04-29 09:10:44 UTC

Description of problem:
After migrating Evolution settings from RHEL5.6 to RHEL6, when Evolution starts for the first time, folder summary is shown only for Inbox - i.e. unread count is shown only on Inbox, not on the rest of the folders.

Folders Properties show right count for Unread messages, but 0 for Total messages. I have to restart Evolution to get proper numbers and even then unread count is shown on folders only when I explicitly click on them.

All the above is done before I connected to mail server - i.e. folders were not sync. with mail server.
What I would expect is that after migration before I connect to mail server, folders summary is the same as it was in RHEL5.6 when I created the backup.

I'm using IMAP account with GSSAPI for auth.

Version-Release number of selected component (if applicable):
evolution-2.28.3-24.el6.x86_64

How reproducible:
100%

Steps to Reproduce:
1.Backup client evolution settings on RHEL5.6 Workstation
2.Open evolution on newly installed RHEL6, and perform a restore operation for
evolution-backup.tar.gz created in step #1
3. Check the folder summary.

Actual results:
unread count is shown only on Inbox

Expected results:
folder summary is the same as it was on RHEL5.6 during backup.

Additional info:
Testing this should just be a matter of setting up some kind of IMAP account on
RHEL 5, letting Evolution download summary info for your mail folders so it has
data to migrate, and then upgrading to RHEL 6 and running Evolution.

Comment 1 Milan Crha 2011-04-29 10:01:16 UTC

Can be same issue as in bug #700726

Comment 2 RHEL Program Management 2011-07-06 00:22:22 UTC

This request was evaluated by Red Hat Product Management for
inclusion in the current release of Red Hat Enterprise Linux.
Because the affected component is not scheduled to be updated
in the current release, Red Hat is unfortunately unable to
address this request at this time. Red Hat invites you to
ask your support representative to propose this request, if
appropriate and relevant, in the next release of Red Hat
Enterprise Linux. If you would like it considered as an
exception in the current release, please ask your support
representative.

Comment 4 Milan Crha 2013-06-18 09:06:31 UTC

(In reply to Milan Crha from comment #1)
> Can be same issue as in bug #700726

Thinking of it, Jiri might know, whether the backup was created on 64bit, and then imported on 32bit, while the migration failed (about which is the bug #700726). Jiri, do you recall the two architectures, please? In case it's the 64bit->32bit, then we can mark this as a duplicate of the mentioned bug report.

Comment 5 Milan Crha 2013-06-18 12:24:42 UTC

(In reply to Milan Crha from comment #4)
> (In reply to Milan Crha from comment #1)
> > Can be same issue as in bug #700726
> 
> Thinking of it, Jiri might know, whether the backup was created on 64bit,
> and then imported on 32bit, while the migration failed (about which is the
> bug #700726). Jiri, do you recall the two architectures, please? In case
> it's the 64bit->32bit, then we can mark this as a duplicate of the mentioned
> bug report.

Nah, forget it, I can reproduce this even when migrating between versions with the same architectire.

Comment 13 errata-xmlrpc 2013-11-21 05:02:11 UTC

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHSA-2013-1540.html