(In reply to Frank Winkler from comment #51) > That's why it would probably be a good idea to write those temp files to a > dedicated directory instead of the same location as the actual mailboxes.
You need to write it to the same filesystem, so you can be sure of an atomic(ish) replacement. (In reply to Geoff Lankow (:darktrojan) from comment #52) > Best I've got is to check a candidate file doesn't match the `filePath` or > `summaryFile` of any `nsIMsgFolder`. If we're only looking for things > starting with `nstmp` speed shouldn't be any more of an issue compared to > iterating through the files. > > This wouldn't prevent accidentally deleting files in accounts that have been > removed from Thunderbird but not from the file system. I guess we could look > only in the files of active accounts. What Geoff said :-) But if it's a startup/migration-check routine, do we have the accounts and folder structure up and running by that time? It could be done at folder-compaction time (in c++, ick ;-), but it does mean looking at folders outside the one you're actually compacting which just feels a little odd (but I'm sure I'll get over it!) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2060534 Title: Thunderbird doesn't always clean nstmp cache files To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/2060534/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
