Closed
Bug 66795
Opened 24 years ago
Closed 23 years ago
POP Mail folder "nstmp" appeared
Categories
(MailNews Core :: Backend, defect, P2)
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla0.9.2
People
(Reporter: dev+mozilla, Assigned: Bienvenu)
References
Details
(Keywords: platform-parity, Whiteboard: [nsbeta1+])
Attachments
(3 files)
487.14 KB,
application/x-zip
|
Details | |
970.85 KB,
text/plain
|
Details | |
579 bytes,
patch
|
Details | Diff | Splinter Review |
From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; m18) Gecko/20010125 BuildID: 2001012504 After starting Mozilla, I found a mail subfolder "nstmp" in one of my folders. It is a copy of another subfolder in that folder. Reproducible: Didn't try Actual Results: A new folder "nstmp" appeared. Expected Results: No folder shall appear unasked in MailNews. =.->
Assignee | ||
Comment 1•24 years ago
|
||
not a mail database issue, a mailbackend issue, reassigning to putterman for truage
Assignee: bienvenu → putterman
Component: Mail Database → Mail Back End
Comment 2•24 years ago
|
||
reporter, imap or pop?
Reporter | ||
Comment 3•24 years ago
|
||
pop
Comment 4•24 years ago
|
||
Adding POP on the summary to specify this problem on POP...
Summary: Mail folder "nstmp" appeared → POP Mail folder "nstmp" appeared
Comment 5•23 years ago
|
||
I am not seeing this. Reporter try downloading the latest nightly at http://www.mozillazine.org/build_comments/ and creating a new profile, see if that fixes the problem.
Mozilla creates an nstmp temp file when compacting a large (several megabytes) folder, then renames it to the name of the folder being compacted. This appears to be by design, though I don't know. The nstmp file reported probably appeared when a compact folder operation failed midway through.
Comment 8•23 years ago
|
||
confirming this bug on win98 buildid 2001021909. Delete message in pop inbox Compact inbox folder Delete messages again compact inbox close the app and open mail again you will see nsmtp created in the folder pane I have noticed that the nsmtp folder size gets as big as the inbox folder and upon delete messages further appears to move to nsmtp folder instead of trash folder. Also adding keyword as nsbeta1 so that this bug can be fixed.
Comment 10•23 years ago
|
||
marking nsbeta1+ and moving to mozilla0.9 reassigning to naving.
Assignee: putterman → naving
Whiteboard: [nsbeta1+]
Target Milestone: --- → mozilla0.9
Updated•23 years ago
|
Priority: -- → P2
Comment 12•23 years ago
|
||
fixed as a result of fixing #69862
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Comment 14•23 years ago
|
||
fix checked in.
Status: REOPENED → RESOLVED
Closed: 23 years ago → 23 years ago
No longer depends on: 69862
Resolution: --- → FIXED
Comment 15•23 years ago
|
||
verified this bug as follows: delete lots of messages in pop inbox folder compact inbox folder close and reopen application made sure an nsmtp folder was not created in the mail folder pane as well in the file structure under mozilla. win98-2001-03-23-06 linux-2001-03-23-05 mac-2001-03-23-10
Status: RESOLVED → VERIFIED
Reporter | ||
Comment 16•23 years ago
|
||
Reopening as I'm still (or again?) seeing this bug after compacting folders on build 2001033020 Win2k.
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
Comment 17•23 years ago
|
||
Can you list the steps ?
Reporter | ||
Comment 18•23 years ago
|
||
I have 30 folders for my POP account plus some subfolders and sub-sub-folders. 1. I did "compact folders" from the File menu. 2. (Mozilla took a few minutes to compact all my folders.) 3. I closed Mozilla and restartet it. After this, I had some nstmp files on my disk in various mail directories.
Comment 19•23 years ago
|
||
I feel there is a link with bug 72457 (maybe as well bug 70322).
Comment 20•23 years ago
|
||
*** Bug 72457 has been marked as a duplicate of this bug. ***
Comment 21•23 years ago
|
||
looks like this problem is happening on win2k. Adding pp keyword. Changing platform and lowering severity.
Comment 23•23 years ago
|
||
Win2K is a pretty major platform! Can we get confirmation it only occurs on Win 2000? What about ME or XP?
Priority: P4 → P2
Target Milestone: mozilla0.9 → mozilla0.9.1
Comment 24•23 years ago
|
||
Marking worksforme using today's debug build on win2k. I used a new profile and compacted all folders using "Compact Folders" under File menu.
Status: REOPENED → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Comment 25•23 years ago
|
||
Sorry to be a bother, but reopening again. When I compact a folder, I get either a) a properly compacted folder, or b) an unchanged folder, and the "nstmp" folder (containing the compacted data) Looks like about 50% of the time I try it. This problem occurs only if compacting actually could do anything (i.e. there are deleted messages in that folder). Occasionally, I crash on compacting (I'll get a stack trace next time). I'll attach a POP mail folder + msf file + resulting nstmp file (all in one ZIP file).
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Reporter | ||
Comment 26•23 years ago
|
||
Reporter | ||
Comment 27•23 years ago
|
||
The ZIP file also contains the resulting nstmp file. I've seen this problem on 2001041104 Win2k.
Comment 28•23 years ago
|
||
Rename the nstmp file to the "security" and delete the security.msf file, then try again. Any corruption that has been caused by an earlier build, cannot be solved by just using a new build. I have tested umpteen times and it worksforme!!!!
Reporter | ||
Comment 29•23 years ago
|
||
How can I get rid of the corruption for a folder? By deleting the *.msf file?
Comment 30•23 years ago
|
||
Yes delete the msf file.
Reporter | ||
Comment 31•23 years ago
|
||
The problem seems to have nothing to do with a corrupt .msf file. I now have reproducible list of steps: 1. With Mozilla closed, put POP mail folder (I'll attach it) into your mail folder directory. 2. Start Mozilla. 3. Select the added folder. Mozilla will build the .msf file. 4. From the mail folder context menu, select "compact this folder". 5. Exit Mozilla. 6. Look into the the Mail folder - the nstmp file should be there. I tested this with 2001041408 installer on Win2k. This problem occurs most of the time.
Reporter | ||
Comment 32•23 years ago
|
||
I reproduced the steps you outlined above using build 2001041508 on Windows 2000 with a test POP account. I saw no nstemp folder. I even deleted messages, and then compacted, re-launched, logged in, and still saw no nstemp folder. To get this test POP3 account, I just added it to my already exisiting profile...
Comment 34•23 years ago
|
||
*** Bug 76802 has been marked as a duplicate of this bug. ***
Comment 35•23 years ago
|
||
As reported in #76802, Build: 2001041904 Platform: Win2000 POP Inbox file of 75 MB (hadn't been compacted and had deleted messages back to 1998) a few (5 or 6) messages remained undeleted - Compact folders via right click menu or File menu item would generate the nstmp file but left the original Inbox intact rather than replacing it. I haven't had this problem with small folders, or those with few deleted messages.
Comment 36•23 years ago
|
||
I was only able to reproduce this in a case where compaction failed to finish. If compaction fails is there no way to recover than to have an nstmp file left hanging around?
Assignee | ||
Comment 37•23 years ago
|
||
I believe I fixed this with my checkin on Sunday. If you see it with builds from Monday or later, let me know.
Assignee: naving → bienvenu
Status: REOPENED → NEW
Comment 38•23 years ago
|
||
I think we should create the nstmp file in a place like c:\temp. This will avoid clobbering an already existing folder nstmp and also if moz mail crashes it will not be seen by the user, when he/she brings up mail again.
Assignee | ||
Comment 39•23 years ago
|
||
That's a possibility - here's the disadvantage of that approach: when we rename the tmp file back into the original folder, if the temp directory is on a different physical drive, that renmae will be a whole file copy, which can be expensive.
Comment 40•23 years ago
|
||
How about moving the location to the same level where the server folder exists.
Assignee | ||
Comment 41•23 years ago
|
||
that's a possibility - however, I think I've fixed this bug. We were not able to remove the nstmp file because we hadn't closed it in the error case. I fixed that. If there's a folder called nstmp, we should use a different name for the temp file anyway.
Comment 42•23 years ago
|
||
I'm using the 5/2 build. I compacted my local folders. I closed the mail window in the middle of compaction and then exited Netscape. When I started up again there was an nstmp folder in my local folders.
Assignee | ||
Comment 43•23 years ago
|
||
well, that implies that closing a window with a running url isn't stopping the url(s). That's a little hard to believe, but I'll try it.
Reporter | ||
Comment 44•23 years ago
|
||
Marking dependant on: bug 70322 compact folders uses hardcoded temp file name "nstmp" bug 77113 Compacting local folder crashes mozilla and destroys folders, Trunk [@ morkRowObject::CloseRowObject]
Assignee | ||
Comment 45•23 years ago
|
||
I don't see how they're dependent on each other - the problem was that we weren't cleaning up the temp file in some situations - I've fixed most of those situations.
Assignee | ||
Comment 46•23 years ago
|
||
I tried Scott's steps (start compacting a very large folder, and close the app while it's compacting). I didn't see an nstmp file upon restart. Could you try this again, Sheela, or Scott? I did verify, however, that we're not stopping urls when a window closes (we should do that, don't you think, mscott?)
Comment 47•23 years ago
|
||
I was able to reproduce this using the 5/9 build Here's some info. My sent folder is about 17MB with 2000 messages. I tried this 4 times before I could reproduce. I think the one time I made it happen, my Sent Folder was the selected folder. All I did was select my Sent Folder, compact folders, Exit app. When I restarted, I had an nstmp folder.
Comment 48•23 years ago
|
||
Bienvenu, I used today's buildid 2001050906 on win98. I tried compacting my bugzilla folder where I filter all the bugzilla bugs. The folder size was about 8MB with about 5000+ messages. I did compact folders from the menu item 4 times. I am not seeing any nsmtp created when I close the application and launch again. I checked both in the app as well the file structure in explorer and did not see nsmtp. May be my folder size was not big enough:(
Comment 49•23 years ago
|
||
Using 2001050515 (0.9) on Win2k, I consistently get either a crash on compact folder or it just never finishes... even in a folder that only has a few messages in it. When it doesn't finish, if I close and re-open Mozilla, there is the nstmp folder in my mail account. When it crashed, there was also a nstmp folder. The problem, in my perception, is that it is not finishing the compacting - it seems to be creating the nstmp file but not replacing the original mail folder file with it. The only cases in which I *was* successful in compacting were when I had either an empty folder or a folder that I had deleted only one or two items from since the last successful compaction.
Comment 50•23 years ago
|
||
moving to 0.9.2 but if you're able to get to this this before, then go for it.
Target Milestone: mozilla0.9.1 → mozilla0.9.2
Assignee | ||
Comment 51•23 years ago
|
||
Comment 52•23 years ago
|
||
r=naving
Comment 53•23 years ago
|
||
sr=mscott
Assignee | ||
Comment 54•23 years ago
|
||
Note: if we crash during the compact, (which I can't reproduce), we will still leave the nstmp file.
Assignee | ||
Comment 55•23 years ago
|
||
fix checked in - any crash bugs would be separate bugs.
Status: NEW → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → FIXED
Comment 56•23 years ago
|
||
Buildid: 2001052304 -windows 2000 I verified this bug on stephen's machine. Created a new folder and copied about 5000 messages. The folder size was about 11MB. Deleted about 2000 messages and 'compact this folder' from the context menu. Quit 3 pane while compacting. Did not result in a crash. Closed the application and launched again. Verified no nstmp was created in both profiles and 3 pane after launch. Tried do the above twice but could not reproduce the crash and no nstmp was created. Later made sure 'compact this folder' worked fine and it reduced the file size to about 7MB. Marking verified. Log a new bug when you crash while compacting and if it leaves the nstmp file as bienvenu mentioned.
Status: RESOLVED → VERIFIED
Updated•20 years ago
|
Product: MailNews → Core
Updated•16 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•