Closed
Bug 71803
Opened 24 years ago
Closed 23 years ago
Trash emptied on Exit without turned on in Preferences.
Categories
(MailNews Core :: Backend, defect)
Tracking
(Not tracked)
VERIFIED
WORKSFORME
People
(Reporter: tarahim, Assigned: naving)
Details
(Keywords: dataloss)
2001031213 trunk for MacOS
Mail empties trash of the default POP account even though emipty on exit is not
tuned on in the preferences.
This is Dataloss bug.
Reporter | ||
Comment 1•24 years ago
|
||
By turning on and then turning off, Mozilla rebuilt the Trash folder in the next
launch. Therefore, this seems to be caused by the initial value settings?
Keywords: dataloss
Comment 2•24 years ago
|
||
I'v seen this on my IMAP account too. It's really really bad.
I lost around 2000+ mails. Now Mozilla is banned from that account!
Comment 3•24 years ago
|
||
Henrik, are you seeing this on another platform besides the Mac? tarahim, is
this happening to you consistently and did it just start happening with the 3/12
build?
Sheela, can you reproduce this?
Reporter | ||
Comment 4•24 years ago
|
||
I do not know if it happened in previous builds. I can not recall when this UI
was activated. May be it is been sitting there harmlessly. The last build I used
was 0309 and did not show this problem.
As to the reproducibility, I have to delete the pref.js to see if it happens
again. Until I opened Preferences UI, turned it On, closed Preferences, and then
opened and turned it Off, Mozilla was consistently emptying Trash on Exit.
Comment 5•24 years ago
|
||
I used build 2001-03-12-11 on fenella's mac machine. I was not able to
reporduce this bug on both imap and pop account. I created a new profile with
pop as default account and my second account was an imap account. When I
created the new profile I see that 'empty trash on exit' in accounts/settings is
not checked by default.
Checked preference, delete few messages, and quit the application -resulted in
emptying the trash as it should
unchecked prefernce, delete few messages, and quit the application- resulted in
not emptying the trash.
Checked and unchecked the preference and it behaves as it is supposed to. This
work4me on the above build.
Reporter,
If you have steps to reproduce this please update in the steps in the bug. For
now works4me
Reporter | ||
Comment 6•24 years ago
|
||
You did not follow the steps described originally.
You must not touch the "Empty on Exit" check box after the first launch with a
fresh profile.
Next you delete some messages from Inbox or whatever mailbox.
Quit.
Launch Mail again.
Now the previously deleted messages are nowhere to be found in Trash box.
Strangely, Trash file is rebuilt at every launch in the current build.
If you check the Empty on Exit, this behavior disappears even after you uncheck
it again.
Still reproducible in 031408 build.
Reporter | ||
Comment 7•24 years ago
|
||
Strange. Now 0314008 build successfully rebuilds the summary file for Trash at
every launch, and some of the previously deleted messages appear in the Trash
marked as Unread. Maybe the behavior has somewhat changed in this build?
Reporter | ||
Comment 8•24 years ago
|
||
It is back in 031608 build. I have not touched the preference for Empty Trash on
Exit since I started with a new profile.
In 031608 build, Mozilla consistently empties Trash for the default POP account.
Reporter | ||
Comment 9•24 years ago
|
||
This is consistently happening in 040309 mac trunk build.
Summary: Trash emptied on Exit without turning on in Preferences. → Trash emptied on Exit without turned on in Preferences.
Comment 10•23 years ago
|
||
Are you still seeing this in current builds? reassigning to naving
Assignee: mscott → naving
Comment 11•23 years ago
|
||
I am not able to reproduce this on Mac G4 9.0.4 builid: 2001052112
I followed the steps by the reporter on 2001-03-14 21:01 and was not able to
reproduce this problem. worksforme.Reporter can you try this on recent builds?
Reporter | ||
Comment 12•23 years ago
|
||
WFM in 2001052308 trunk confirmed.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Comment 13•23 years ago
|
||
verifiying now that reporter is also not seeing this problem. Reporter, thanks
for quick response.
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
•