Closed Bug 468722 Opened 16 years ago Closed 15 years ago

The folder Trash is full, and can't hold any more messages - even after emptying and compacting folders

Categories

(MailNews Core :: Database, defect)

Product:
MailNews Core
Component:
Database
Version:
1.8 Branch
Platform:
x86
Windows Vista
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

(Not tracked)

Status:
RESOLVED DUPLICATE of bug 494706

People

(Reporter: n1api, Unassigned)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4 I am having a serious problem with Thunderbird and it has be ready to go to another mailer. The Trash Box capacity had gone from thousand of messages to 0 messages. I have always been able to hold an the mininimim 1500 deleted messages in the trash box. A few weeks ago the capacity started to drop. I started to get messages to empty the trash box and compact the folder. At first I thought that I may have picked up a very large message, (spam) that was holding the trash bin full. But the capacity drop more and more. Trying to empty the trash bin did not work. The messages did not clear and I was unable to delete any messages. In fact even though there were no messages showing in in the trash box the task bar showed 5 unread messages. I was able to find a solution by going into the actual folder and deleting the "junk" folder. This cleaned up the trash bin and I was able to delete messages again. Now just a couple of days later the same thing is happening again. I can no longer delete any messages. The trash bin says empty with no messages in it, yet the size is 4,294,967,295. Can you tell me what the problem is? I need to find out otherwise this may be a problem that has me needing to find another mailer. Please reply to me email address Thanks Reproducible: Always Steps to Reproduce: 1. 2. 3.
What version of Thunderbird are you using? You should use http://www.mozilla.org/support/thunderbird/ for end-user support. INVALID-->Support request
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → INVALID
use compact folders as the message told you ?
use compact folders as the message told you ? Yes, only way to clean the trash bin is to delete the "junk" folder.
Status: RESOLVED → VERIFIED
Resolution: INVALID → WONTFIX
Version is: version 2.0.0.18 (20081105) Thought this was support?
(In reply to comment #4) > Version is: > > version 2.0.0.18 (20081105) > > Thought this was support? This is not a support forum, this is for reporting and managing actual bugs within Thunderbird. You need to try selecting File -> Compact Folders (or right click on the trash folder and select compact). Failing that you should try reading and using the support links referenced here: http://www.mozilla.org/support/thunderbird/ (also opened by Help -> Thunderbird help).
This is not a support forum, this is for reporting and managing actual bugs within Thunderbird. With your link above this is the page that I get, and the only active place is reporting bugs. Everything else is a FAQ, manual or How to page. If this isn' a bug then I don't know what is. You need to try selecting File -> Compact Folders (or right click on the trash folder and select compact). Did that, did that again and again. It is of course the first thing that I did. Trash folder does not compact and as I have said before when it gets full and will not accept any more mail the only way to "fix" it is go in with a program similar to ZTREE and just delete the "junk" folder. In fact when I first put the program up the trash folder held thousands of mail messages. The capacity started to drop and after a few successful dumps, (and compacts), the top capacity now is less than 300 messages. I first thought I had some spam mail that was well oversize but this was not it. I "delete" the junk folder, it is 0 bytes and still only lets me get a couple hundred emails in before saying that it is full and giving me a message to delete all the messages and compact the folder, (which or course doesn't work) and I'm back to deleting the "junk" folder from the directory.
The support site clearly marks the "Support Forums" for questions that the knowledge base cannot answer (http://www.mozilla.org/support/thunderbird/forums). Please use them before continuing on this bug.
The support site clearly marks the "Support Forums" for questions that the knowledge base cannot answer (http://www.mozilla.org/support/thunderbird/forums). Please use them before continuing on this bug. Still looks like a new bug to me. Looks like a problem no one can answer. So why isn't this a bug? Don't think you would be very happy if you had a problem with the software and kept getting told that it wasn't a bug that you should report.
Please use the suport forums. A problem is not necessarily a bug in Mozilla software. A bug is a programing issue, or something IN the programs, a support problem is a problem that is not a programing issue. (In simple language).
This isn't the support, but if there's a real bug it's the right place. Al, if you need to quote please use the [reply] link. Sounds similar to bug 319142? As a workaround you could always delete the "Trash" file in your folder.
Status: VERIFIED → UNCONFIRMED
Resolution: WONTFIX → ---
This isn't the support, but if there's a real bug it's the right place. Al, if you need to quote please use the [reply] link. Sounds similar to bug 319142? As a workaround you could always delete the "Trash" file in your folder. Well at least someone else believes it's a bug. I seem to get the idea that people are trying to tell me it's not. Deleting the Trash file, (or whole junk folder as it is called), seem to be the way to "work around it". I'm actually trying to let the junk folder build up again to see if the problem continues. I've had to delete the junk folder twice, both times the size was over 4 meg with just over a couple of hundred messages. Sorta seem silly as you would think that with a 200 + gig HD there would be almost no limit on the size of the trash folder. It should be limited only by the size of the HD. Tks Al
Please use the suport forums. A problem is not necessarily a bug in Mozilla software. A bug is a programing issue, or something IN the programs, a support problem is a problem that is not a programing issue. (In simple language). Sure sounds like a programing problem to me.
Have you even checked the support? The max size for a profile is 2 GB, is your at that? Please use Reply, don't copy and paste, it makes it hard to read. It should look like this, >This is the old comment.
(In reply to comment #13) > Have you even checked the support? The max size for a profile is 2 GB, is your > at that? > > Please use Reply, don't copy and paste, it makes it hard to read. > > It should look like this, > >This is the old comment. I doubt if my profile is even close to that. I don't see a check profile size option in the menu. As I have said before the Thunderbird page leads me to this forum. I have not had anyone from Thunderbird email yet and ask about the problem despite several exchange here with a number of different people. Al
Well here we go again! Just after putting in the last comment it happened A G A I N !! The trash box reached full capacity with only 416 messages in it. The largest messages is a PDF file of 4446 KB most are in the > 50 KB. The Alert box comes up that says "The Trash box is full and can't hold any more messages. To make room for more messages, delete any old or unwanted mail and compact the folder." So now while I am online here I am going to do what the above message says. And at least this time I can report that the messages DID delete and I am guessing the folder compacted. So now I'm not sure if I should say that the problem is the original problem that the mail won't delete and the folder won't compress, or the junk folder capacity is small. Wonder if anyone from Thunderbird is listening and has any opinions?
(In reply to comment #15) > The Alert box comes up that says "The Trash box is full and can't hold any > more messages. To make room for more messages, delete any old or unwanted mail > and compact the folder." > > So now while I am online here I am going to do what the above message says. So you right clicked on the trash folder and selected compact? > So now I'm not sure if I should say that the problem is the original problem > that the mail won't delete and the folder won't compress, or the junk folder > capacity is small. Why do you keep on mentioning the Junk folder? The junk folder isn't anything to do with the trash folders - they are completely separate files/folders.
(In reply to comment #16) > (In reply to comment #15) > > The Alert box comes up that says "The Trash box is full and can't hold any > > more messages. To make room for more messages, delete any old or unwanted mail > > and compact the folder." > > > > So now while I am online here I am going to do what the above message says. > > So you right clicked on the trash folder and selected compact? > > > So now I'm not sure if I should say that the problem is the original problem > > that the mail won't delete and the folder won't compress, or the junk folder > > capacity is small. > > Why do you keep on mentioning the Junk folder? The junk folder isn't anything > to do with the trash folders - they are completely separate files/folders. Arggg!! My error I did mean trash folder.
Al: so did you right click on the trash folder and selected compact? If you did compact, could be bug 463359, whatever's causing that.
(In reply to comment #18) > Al: so did you right click on the trash folder and selected compact? > > If you did compact, could be bug 463359, whatever's causing that. Yea did that several times. The problem reared it ugly head again yesterday when the trash bin said full. I could not empty or compact it. The ONLY solution was to go into the computer a completely delete the TRASH folder. When I try to empty or compact the folder the first time the folder disappears from listed folders, like emptying the folder is deleting it. Then when I start it back up it shows with unread messages in the folder even though there are none. That is when I have to go in and delete the TRASH, (but not the TRASH.MSF) folder from the directory. At least I can fix it for a while as I am able to work in DOS and have some programs where I can work directly with the directories and files. I'm really suprised that no one from Thunderbird has responded. Either no one from Thunderbird is watching or they are are considering this place just an area for people to post their grips about Thunderbird. Funny the program just installed an automatic update. I would think that at least if someone from Thunderbird was watching they would at least try to address the problem. Had I known this when I put the program up, I probably would have look at something else. Al
We're all "from thunderbird"! The reason we ask questions is to be able to resolve the problem - as we can't reproduce, that's hard.
Al, this is not a support forum, but you should use the link provided above, http://www.mozilla.org/support/thunderbird/ in case you can't read it. We can not confirm this bug, and as Magnus said, we are all Mozilla contributors.
Oh brother, now the bug has affected the JUNK folder. This morning when I downloaded mail, I got the same message as before, but only pertaining to the JUNK folder, that is "the JUNK folder is full and can't accept any more messgaes and to delete the messages and compact the folder". The thing is that the JUNK folder never has more than about 20 messages in it. The SPAM gets moved the JUNK folder, and after I file complaints on the spam it gets deleted. The folder gets compacted regularly with the rest of the folders. When I "deleted" the messages in the folder, (there was only one), the folder completely disappeared from the folder list. When I closed and opened Thunderbird again the folder showed up with three unread messages in it, it was empty or had only one read message in before the problem. If I sit on the directory I get the blue progress bar just going back and fourth saying that Thunderbird is building a summary file for the JUNK folder and the cursor Hourglass just sits there. What it the world is going on? Is Thunderbird slowly shutting down to where I won't be able to do anything? I'm confused, befuddled, bedazzled and completely frustrated. Al
Did you compact the folder? Even if you delete the messages, they are still there.
(In reply to comment #23) > Did you compact the folder? Even if you delete the messages, they are still > there. Yes, please Re-read the post. Al
Is there any progress on this bug? I have not seen any reports on it in quite a while. This problem rears it's ugly head every couple of hundred messages. Just today I had to go through the task of killing the Trash.msf and Trash folders in order to empty trash. I can not do this from the program. When I empty trash the trash folder it disappears from the program. If I close Thunderbird and open it up again the trash folder is back, usually saying that there are a number of unread messages in the trash folder, but it is empty. While sitting on the folder you keep getting a message that Thunderbird is building a summary file for the trash box, but that just keeps going on ad-nausium for hours. Even trying to empty and compact the folder does nothing. Opening and close the program does nothing. Restarting the computer does nothing. The only solution is to go into the actual folders and delete them. Like I said when I first reported this bug, when I first put Thunderbird up my trash box was able to hold over 1600 and possibly more messages. The capacity kept dropping and dropping and now it's about 200 message, which for me a about a weeks worth of traffic. So every week I have to fight with the program to gain trash space. And again for those who are ready to ask YES I do compact folders regularly. Al
Since the folder keeps reappearing, sounds like there might be bad info in one of the .msf files. I'd just remove all of them and see if that helps.
(In reply to comment #26) > Since the folder keeps reappearing, sounds like there might be bad info in one > of the .msf files. I'd just remove all of them and see if that helps. To do this would mean loosing everything I've saved in all the other folders. Trashing the other folders is just not an option.
Deleting the .msf files doesn't loose data, except for junk status and iirc tags in some cases.
I am just reporting this situation. It is as is described. The Trash file claims it is full, when it is actually empty. Any attempts to move additional E-mails into the Trash file meets with an Alert message. I have screen copied this Alert, and will supply the Jpeg copy, should you want it. Furthermore, this Alert message, and its ensuing situation started immediately after accepting and loading the newest version download, TODAY, 23 April, 2009
(In reply to comment #29) > I am just reporting this situation. It is as is described. The Trash file > claims it is full, when it is actually empty. Any attempts to move additional > E-mails into the Trash file meets with an Alert message. I have screen copied > this Alert, and will supply the Jpeg copy, should you want it. Furthermore, > this Alert message, and its ensuing situation started immediately after > accepting and loading the newest version download, TODAY, 23 April, 2009 This is a constant problem with me. I've had it happen with as few a 100 or lower messages in trash up to now about 350 messages. Never higher. When I get the message that the trash box if "Full" and will not accept any more messages unless empty, I try to empty the trash box. As soon as I do it disappears from the listed folders. I open and close Thunderbird and the folder is back, but still even though it looks empty, I still get the message that it is full. Sometime it will show with unread messages in it even though there are none. If I click on the folder, the progress bar just sits there telling me that it's building a summary file for the trash box. I can compact and empty as much as I want it still will not take any mail. The ONLY way that I can fix the problem is to open up an application and physically delete the TRASH and TRASH.MSF folders. When I look at the TRASH folder it always shows over 4 GIG in size which is amazing because there is no way that 100 TEXT only messages can be 4 GIGs. By the way also sometime it will not let me delete the trash folder, the application tells me that the folder is being used, even though Thunderbird is closed. Sometime I have to restart the computer. Not sure if this is related the problem or now. I'm still thinking that this whole problem may be problem that Thunderbird is not fully compatible with VISTA, but no one has figured it out yet. At least, (though I can feel sorry for you), someone else beside me has this problem. I wonder how many have the problem and just not have reported it, don't know how or just given up and gone to another program?
There can't be a questionif TB is "vista" compatibel because there is no difference for an application on the file i/o. If the file is locked, did you try to find out which process does that ? There are some freeware applications that let you view the process that locks the file. ( http://ccollomb.free.fr/unlocker/ ) That sounds like for example an anti-Virus application that looks in our files and that may cause this issue.
Component: General → Database
Product: Thunderbird → MailNews Core
QA Contact: general → database
Component: Database → General
Product: MailNews Core → Firefox
Version: unspecified → 3.0 Branch
Al, did you resolve your issue? Did you try matti's advise?
Component: General → Database
Product: Firefox → MailNews Core
Summary: Trash box will not accept an more mail - even after emptying and compacting folders → The folder Trash is full, and can't hold any more messages - even after emptying and compacting folders
Version: 3.0 Branch → 1.8 Branch
By the way, when searching on the problem I find the following: http://forums.mozillazine.org/viewtopic.php?p=5604835#p5604835 It's for the same problem, but on the Inbox, so just substitute with Trash.
(In reply to comment #33) > By the way, when searching on the problem I find the following: > http://forums.mozillazine.org/viewtopic.php?p=5604835#p5604835 > > It's for the same problem, but on the Inbox, so just substitute with Trash. And now I'm having the same problem with the Junk folder, even though there are NEVER more than about 30 or so message in it and it gets compacted often. You have the problem with the inbox, I have it with the trash and junk folder. What a terrible program! I'm sorry that I put it up now, but am too far into it with my address book, drafts and different sub folders that I have created to hold different messages for different purposes. And no on can figure out what the problem is. Do they even think that there is a problem? ARGGGGGGG!
(In reply to comment #32) > Al, did you resolve your issue? Did you try matti's advise? No, but I had the same problem with the Junk folder, and deleted the MSF folder for that and now can't get into the messages that are there. I can't risk loosing the messages I am holding in the sub folders that I have created for different purposes.
(In reply to comment #0) > The trash bin says empty with no messages in it, yet the size is 4,294,967,295. The "4,294,967,295" is number displayed by "property of file named Trash by Windows Explorer" or "DIR Trash command"? Or size in Tb's folder pane? Note: 4,294,967,295 == 2**32-1 (2**32 == 4,294,967,296 == 4GB). See bug 482486 for a suspect, "SEEK". Was this file size same after termination of Tb? (In reply to comment #30) > This is a constant problem with me. As seen in bug 482486, bug 494706 or some other bugs, users who encountered problem similar to yours can't reproduce problem. You look to be only person who can produce the problem constantly. Al(bug opener), if you encountered problem next time, check next, please. (0) You met problem again. (Assume problem on Trash) (1) DIR Trash (2) Show "Size" column and "Order Received" column(offset in file). View some mails in Trash. Very large number of negative number is seen? "Size" of largest-"Order Recived"-value mail is normal? (3) Keep back up of Trash & Trash.msf (4) Open other folder than Trash(close file of Trash), DIR Trash. File size is changed? (5) "Shift+Delete" for all remaining mails in Trash, and "Compact Folder". Is file size of Trash reduced? (DIR Trash) (6) "Empty Trash"("Empty Junk" is avail if Tb 3), and DIR Trash. File size=0? Free disk space is increased by 4GB than step (4)? If you can get back up of 4Gb file at step (3), let us know.
Setting dependency to 482486 for ease of tracking.
Depends on: 482486
Update of local Trash folder roughly consists of: - Append: Mail copy to Trash(Delete of mail at other folder or move by filter) - Data update: Change from Unread to Read, Marking, Tagging etc. Delete(or Shift+Delete) of mail at Trash Mail purge by retention policy (Junk purge if Junk) - Folder compaction: auto-compact or manual "Compact Folder(s)" - Manual "Empty Trash(or Junk)", or "Empty Trash" upon termination And, internal Rebuild-Index due to "corrupted or outdated msf condition" can interfere them. To Al(bug opener): What is set in "Retention Policy" of Trash(and Junk)? Auto-compact is enabled? If yes, mail.purge.ask=true? Or false? > mail.prompt_purge_threshhold = true/false > mail.purge_threshhold = NNNN (threshold value in KB) > mail.purge.ask = true/false How big is your average Trash(or Junk) file size while daily use? Do you use single-core(or CPU) PC? Or multi-core(or CPU) PC?
Severity: critical → blocker
(In reply to comment #36) > (In reply to comment #0) > > The trash bin says empty with no messages in it, yet the size is 4,294,967,295. > > The "4,294,967,295" is number displayed by "property of file named Trash by > Windows Explorer" or "DIR Trash command"? Or size in Tb's folder pane? > Note: 4,294,967,295 == 2**32-1 (2**32 == 4,294,967,296 == 4GB). > See bug 482486 for a suspect, "SEEK". > Was this file size same after termination of Tb? > > (In reply to comment #30) > > This is a constant problem with me. > > As seen in bug 482486, bug 494706 or some other bugs, users who encountered > problem similar to yours can't reproduce problem. You look to be only person > who can produce the problem constantly. > Al(bug opener), if you encountered problem next time, check next, please. > (0) You met problem again. (Assume problem on Trash) > (1) DIR Trash > (2) Show "Size" column and "Order Received" column(offset in file). > View some mails in Trash. Very large number of negative number is seen? > "Size" of largest-"Order Recived"-value mail is normal? > (3) Keep back up of Trash & Trash.msf > (4) Open other folder than Trash(close file of Trash), DIR Trash. > File size is changed? > (5) "Shift+Delete" for all remaining mails in Trash, and "Compact Folder". > Is file size of Trash reduced? (DIR Trash) > (6) "Empty Trash"("Empty Junk" is avail if Tb 3), and DIR Trash. File size=0? > Free disk space is increased by 4GB than step (4)? > > If you can get back up of 4Gb file at step (3), let us know. Well I typed in a whole response and bugzilla crashed. BUT what I said boils down to this. I'm not sure what you are asking me. I have 128 messages in the trash file and the bug happend again. I tried to empty trash and compact and the first thing that happens it trash box disappears like you've deleted it. I closed the program and opened it and the trash folder is back. I went to the folder and it looked like it was blank. The progress bar just kept moving back and fourth, (or should I say fourth and fourth), and there was a messgae on bottom that said building summary file for trash. That message stays no matter what folder you go to. The trash file looks empty. I went away to another folder and came back and the folder STILL had all the messages in it and the largest message is 8210KB the total folder size is 4,294,967,295 bytes. I now see that when the bug happens, emptying trash does not empty trash and compact folders does not compact any folders. Could that be where the bug in the program is? The commands don't work when the bug happens. Either that or the bug happens and the commands won't work.
(In reply to comment #38) > Update of local Trash folder roughly consists of: > - Append: Mail copy to Trash(Delete of mail at other folder or move by > filter) > - Data update: Change from Unread to Read, Marking, Tagging etc. > Delete(or Shift+Delete) of mail at Trash > Mail purge by retention policy (Junk purge if Junk) > - Folder compaction: auto-compact or manual "Compact Folder(s)" > - Manual "Empty Trash(or Junk)", or "Empty Trash" upon termination > And, internal Rebuild-Index due to "corrupted or outdated msf condition" can > interfere them. > > To Al(bug opener): > > What is set in "Retention Policy" of Trash(and Junk)? > Auto-compact is enabled? If yes, mail.purge.ask=true? Or false? > > mail.prompt_purge_threshhold = true/false > > mail.purge_threshhold = NNNN (threshold value in KB) > > mail.purge.ask = true/false > How big is your average Trash(or Junk) file size while daily use? > Do you use single-core(or CPU) PC? Or multi-core(or CPU) PC? Sorry don't have answers to these. Not sure what you are asking. It's sounds like you are aaking if I program something and I don't. Don't know how this would affect how the program works. If it is specific for a "special" type of PC why is available as a replacement for Netscape? (Which by the way I never had a problem with, wish they didn't stop supporting and updating their programs. I have an HP PC. don't know if it is single or multi core.
not a blocker.
Severity: blocker → major
(In reply to comment #39) Quick summary of your observation in comment #39. 1. 128 messages in the trash, and problem occurred again. 2. Empty Trash & Compact => Trash folder disappered from folder pane 3. Shutdown&Restrat of Tb => Trash folde is back. No mails was displayed at this step. 4. Rebuild-Index of Trash was invoked, and ended. 5. Largest message was 8210KB. File size of Trash was 4,294,967,295 bytes. Thanks for detailed observation than before. What value was set in "Order Received" column of the largest message(8210KB)? Was it the largest "Order Received" column value? Did you keep backup of Trash file? I can't imagine other than similar situation to bug 482486/bug 494706 (garbages of 0x00 after old mail data till end of file). But no evidence of "same problem as bug 482486" is provided by you yet. Further, I can't explain "largest message is 8210KB" of your case and "difference between 4,294,967,296(2**32, bug 482486) and 4,294,967,295(2**32-1, your case)" by phenomenon of bug 482486. Please check items in Comment #36 again, if you encounered problem gain. (In reply to comment #40) > Sorry don't have answers to these. Not sure what you are asking. I'm suspecting problem like next. (1-1) Event which requires seek to (current_position - 1) occurs. Requester of seek uses 32bits signed integer for seek position. (1-2) When the request happens, current_position is changed to ZERO by someone, then seek position becomes -1 of 32bits signed integer. (2) Request handler treats it as 32bits unsigned integer. (3) Then seek is executed to 4,294,967,295. I guess (1-2) occurs when simultaneous task execution for a Trash file (simultaneous update of Trash file). Probability of it is nearly equal to ZERO usually if single CPU, but it's never negligible if multi-CPU. So I asked some questions to you. Ignore my questions in Comment #38. I'll ask you about specific setting with concrete check procedure later.
(In addition to comment #42) To Al(bug opener): Yo don't need to check "Size" or "Order Received" column value any more. As I wrote in bug 482486 Comment #42, last mail just before garbage of 0x00(for Tb, huge mail which exceeds mail size limit of Tb) is lost by rebuild-index. So, "Largest message was 8210KB" is probably non-last/largest mail in Trash folder after problem of bug 482486. (i.e. "Largest message was 8210KB" has been explained by bug 482486.) Remaining question is about difference between 4,294,967,295(your case, 2**32-1) and 4,294,967,296(bug 482486, 2**32) only.
Al(bug opener), Is file of Trash or Junk placed on NTFS drive? Or FAT32 drive? (Property of Local Disk(C:, D: etc.), File System:) Do you enable special feature such as "compression of disk drive"?
As written in Bug 494706 Comment #14, exact file size was found to be "4,294,967,295 bytes", same size as yours. Last item to be checked: All garbled data is 0x00 or not. As written in Bug 494706, we can check it easily if backup is available. Al, keep back up of the 4GB file when you experienced problem again.
Depends on: 494706
No longer depends on: 482486
A condition on which Tb2 generates 4GB-1 file has been found by Bug 494706. I'm not sure whether your problem is caused by that or not, because no evidence of it is available yet except file_size=4,294,967,295 bytes. Al(bug opener), do you use auto-backup software and run it for Tb's mail folder files? Do you run "file scan of anti-virus software" like program periodically?
(In reply to comment #4) > Version is: > version 2.0.0.18 (20081105) Oh, there was another evidence of "same as bug 494706". As analyzed by bug 494706, bug 494706 has been found new problem after a patch shipped with Tb 2.0.0.18. Closing as DUP of bug 494706. To Al(bug opener): Please re-open, if you'll find evidence that your problem is not dup of bug 494706.
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago → 15 years ago
Resolution: --- → DUPLICATE
Severity: major → critical
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
To Al(bug opener, who has re-opened this bug): What is difference of your problem from problem which is caused by Tb's flaw in code discovered by bug 494706?
To Al(bug opener), please distinguish (A) creation of file of 4,294,967,295 bytes, and (B) problem after problem of (A), and (C) problems after problem of (B). > (Your bug summary) > (1) The folder Trash is full, and can't hold any more messages > (2) - even after emptying and compacting folders > (1) & (2) is by me. (1) is DUP of bug 494706, if external program such as auto-backup is used in your environment. If no external program(who accesses mail folder file) is used in your environment, see Bug 482486(which is still not closed as DUP of bug 494706). For (2), problem of (B) and (C), see Bug 482486 Comment #56.
(In reply to comment #48) > To Al(bug opener, who has re-opened this bug): > > What is difference of your problem from problem which is caused by Tb's flaw in > code discovered by bug 494706? My bug depends on no other software other than TB. I don't run any external programs, all I do is get and answer mail with TB, there are no external utilities involved. I keep getting all kinds of confusing questions to check this, referencing this utility and referencing other bugs. Also some of the bugs that are referenced, (for which I'm told my bug it a duplicate of), are reported later than mine, so actually they are duplicates of MY bug.
(In reply to comment #50) > I don't run any external programs, all I do is get and answer mail with TB, there are no external utilities involved. Same answer as opener of Bug 468722(It was reason why I couldn't DUP that bug.) Same question as Bug 482486 Comment #69. Because "open with noshare" is a culprit as proven by bug 494706, "external software" is not limited to program executed under other than process of thunderbird.exe. (a) Program runs under other than process of thunderbird.exe, and opens mail folder file with noshare: Example, auto-backup. (b) Program other than Tb and runs under process of thunderbird.exe, and opens mail folder file with noshare: add-on, plugin, ... Example of this kind of add-on: SQL Manager for Firefox. Because Fx opens places.sqlite with noshare and never closes until shutdown of Fx, and because SQL Manager opens sql file with noshare, SQL Manager under Fx can't access active Fx's places.sqlite. (c) Tb's module runs under process of thunderbird.exe, and opens mail folder file with noshare: I don't know this kind of modules. And, because "compact folder" executes next at last step, "compact folder" and "file write(and read) by mail move/copy" can interfere each other, even though they never open mail folder file with noshare. (d) delete XXX.msf & XXX, create XXX.msf, rename nstmp(-N) to XXX, and update XXX.msf(similar to rebuild-index) by "compact folder". Al, do you use add-on/extension of Tb who tries to open/read/write Tb's mail folder file?
Still not fixed despite all the bally hoo about who's bug dupes whose bug, and how because the other bug is fixed so is this one.
As bug 494706 turned out not to involve other software, so duping to that. It's not fixed yet, but there's a patch waiting to go in.
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago → 15 years ago
No longer depends on: 494706
Resolution: --- → DUPLICATE
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
(In reply to comment #40) > Sorry don't have answers to these. see notes below > (In reply to comment #38) > > ... > > To Al(bug opener): > > > > What is set in "Retention Policy" of Trash(and Junk)? see tools > account > junk > > Auto-compact is enabled? If yes, mail.purge.ask=true? Or false? > > > mail.prompt_purge_threshhold = true/false > > > mail.purge_threshhold = NNNN (threshold value in KB) > > > mail.purge.ask = true/false kb.mozillazine.org is a good place to look for information > > How big is your average Trash(or Junk) file size while daily use? > > Do you use single-core(or CPU) PC? Or multi-core(or CPU) PC? >... > I have an HP PC. don't know if it is single or multi core. your PC's manual would say, or you could look it up in google or the HP website. (In reply to comment #53) > As bug 494706 turned out not to involve other software, so duping to that. It's > *not fixed yet, but there's a patch waiting to go in.* > > *** This bug has been marked as a duplicate of bug 494706 *** al, magnus had good reason for making this a dupe of bug 494706. In general, please don't undupe bugs without giving a reason. better yet, rather than updupe, post a comment or question so it can be discussed
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago → 15 years ago
Resolution: --- → DUPLICATE
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
(In reply to comment #54) > (In reply to comment #40) > > Sorry don't have answers to these. > > see notes below > > > (In reply to comment #38) > > > ... > > > To Al(bug opener): > > > > > > What is set in "Retention Policy" of Trash(and Junk)? > > see tools > account > junk > > > > Auto-compact is enabled? If yes, mail.purge.ask=true? Or false? > > > > mail.prompt_purge_threshhold = true/false > > > > mail.purge_threshhold = NNNN (threshold value in KB) > > > > mail.purge.ask = true/false > > kb.mozillazine.org is a good place to look for information > > > > How big is your average Trash(or Junk) file size while daily use? > > > Do you use single-core(or CPU) PC? Or multi-core(or CPU) PC? > >... > > I have an HP PC. don't know if it is single or multi core. > > your PC's manual would say, or you could look it up in google or the HP > website. > > > (In reply to comment #53) > > As bug 494706 turned out not to involve other software, so duping to that. It's > > *not fixed yet, but there's a patch waiting to go in.* > > > > *** This bug has been marked as a duplicate of bug 494706 *** > > al, magnus had good reason for making this a dupe of bug 494706. In general, > please don't undupe bugs without giving a reason. better yet, rather than > updupe, post a comment or question so it can be discussed > > *** This bug has been marked as a duplicate of bug 494706 *** I really wish that people would not change the status as duplicate and resolved. I get a message that the bug is a duplicate and resolved, and even while in the same sesson have the problem with the bug. THAT SURE IS NOT RESOLVED! Just because you bring your car to the repair shop it's not "fixed" while it's sitting in the lot. Someone has to do some work on it. Same here! Bugs not fixed until the work is done. Since Friday I've already had two occurances of the bug, one this morning. Not fixed! Not resolved. And surly not a duplicate of anything else.
That it's resolved as duplicate doesn't mean it's fixed. It means the other bug will fix it. (No need to repair your car twice.)
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago → 15 years ago
Resolution: --- → DUPLICATE
We are at the constructing side, we don't deal with customers cars or repair it. If you have a flaw in the design of a cars engine we will try to find it with reports from customers like this one. All the reports of engine issues will be looked at and all the issues with the same cause will put into one single issue for the designer of the engine who will redesign the engine without flaw.
Status: RESOLVED → VERIFIED
Status: VERIFIED → UNCONFIRMED
Resolution: DUPLICATE → ---
Please do not reopen this bug just because you don't understand bugzilla. Please read https://bugzilla.mozilla.org/page.cgi?id=etiquette.html
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago → 15 years ago
Resolution: --- → DUPLICATE
Status: RESOLVED → VERIFIED
(In reply to comment #58) > Please do not reopen this bug just because you don't understand bugzilla. > Please read https://bugzilla.mozilla.org/page.cgi?id=etiquette.html > > *** This bug has been marked as a duplicate of bug 494706 *** I am still under the impression that it is not fixed until it it fixed, especially when I keep experiencing the problem, (twice yesterday). As such I say that I should be able to say when the bug is fixed. The "don't mess with other people's bugs" line applies here.
Status: VERIFIED → UNCONFIRMED
Resolution: DUPLICATE → ---
Al, you have been told that resolved does not mean fixed. Bug 494706 is trying to fix this issue. It is the same thing, so this is simply a duplicate of that bug, which will be fixed shortly. RESOLVED DUPLICATE does not mean the bug is FIXED, only that another bug is fixing this issue, so then you don't have to track dozens of bugs for the same thing.
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago → 15 years ago
Resolution: --- → DUPLICATE
This RESOLVED bug has reared is ugly head three times in the last week. I'm fighting it as I write now, having to deal with the trash folder disappearing from the list of folders when I first try to empty it, having to close the program, open it up and then still having to go into the physical folders and manually delete the trash folders. Oh yea and all the message disappear from the inbox for a second when you first reopen the program.
Still not fixed. Trash box shows -1 messages and progress bar keeps running back and fourth trying to build a summary file after "emptying" trash folder. Also had one other "holding" folder with same issue and can't compact that folder. It's only got 72 text messages in it the largest one is 72 KB most under 50 KB. Unfortunatally its a working folder and needs to hold more messages than that. Folders don't seem to have a lot of capacity to hold mail. How long is "SHORTLY"?? Weeks? Months? Years?
You need to log in before you can comment on or make changes to this bug.