266837 - Creating indexes/summary when moving profiles

Status: RESOLVED EXPIRED

(Thunderbird :: General, defect)

Description

[Florian Effenberger]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20041026 Firefox/1.0RC1
Build Identifier: Thunderbird 0.8

When moving profiles, Thunderbird always has to create indexes/summaries (in
German: "Erstelle Zusammenfassung...") for each folder when opening it. Why?

Reproducible: Always
Steps to Reproduce:
1. Copy a profile from one PC to another, whereas OS, program version, profiles
name and paths are equal.
2. Open TB on the copied-to PC.
3. Open a folder.

Actual Results:  
You see "Erstelle Zusammenfassung..."

Expected Results:  
It should work without delay.

Comment 1

[David :Bienvenu]

because the timestamps on the mailbox file are not maintained when you copy the
files across machines, we think the .msf files are out of date with respect to
their corresponding .msf files.

you can always try setting the hidden pref that makes us tolerant of differences
in timestamps. This would set it to 100 seconds, though I'm not sure what your
timestamp difference actually is:

user_pref("mail.db_timestamp_leeway",100);

Comment 2

[Florian Effenberger]

Thanks, that sounds reasonable.
Is there any option of having Thunderbird doing these indexes all at startup?
It is really annoying that there is a delay on every folder, I'd "prefer" a 
delay at every startup. :-)

Comment 3

[David :Bienvenu]

not per se, but for a one time fix, you could do an account wide search, which
will regenerate all the summary files as a side effect. That doesn't help if you
do this often...

Comment 4

[Florian Effenberger]

Thanks for that information, but unfortunately, that doesn't help me. I have to 
copy my profile from my desktop to my laptop every two days or so, so this is 
annyoing...

Is there any fix planned?

Comment 5

[Florian Effenberger]

I have found out that the sort order or threading view is changed also. Seems
there are some more troubles when copying files.

Relates to bug 286572.

Comment 6

[Florian Effenberger]

When not simply copying the profile, but RARing (compressing) it and telling RAR 
to keep all file times exactly as they were, the problem seems not to occur.

I guess that it has something to do with slight time changes between the two 
systems.

Could anyone please confirm this annoying bug?

Comment 7

[Gervase Markham [:gerv]]

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Comment 8

[Gervase Markham [:gerv]]

This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.