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.
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);
Status: UNCONFIRMED → RESOLVED
Last Resolved: 14 years ago
Resolution: --- → WORKSFORME
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. :-)
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...
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?
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
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.
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?
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/
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.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 14 years ago → 13 years ago
Resolution: --- → EXPIRED
You need to log in before you can comment on or make changes to this bug.