1220277 - Can't compact recent new folders (panacea.dat issue?). "Some folders ... cannot be compacted because there is not enough free disk space. Please delete some files and try again."

Status: RESOLVED INVALID

(Thunderbird :: Folder and Message Lists, defect)

Description

[Dean Gibson]

Attachment: panacea.dat

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:41.0) Gecko/20100101 Firefox/41.0
Build ID: 20151014143721

Steps to reproduce:

Note: using Dovecot IMAP on Linux server, running TB on Windows 7 (x64).

I recently added a mail folder named "Susan", which works to hold messages in every respect, except when I compact all folders, when TB reports that the disk is full.  Well, it isn't, on either the Win computer or the Linux computer.  The compaction of that folder succeeds.  In addition, compacting that folder individually also gives no message.  So then I added a second folder named "Microsoft".  Same thing with that folder.  When I looked at panacea.dat, I see what could be causing a parsing error of that file:  Namely, the presence of a stupid Yahoo folder name ("Y! Conversations") in another (Frontier) eMail account (deleted a couple months ago).  That folder name is just above the "Susan" and "Microsoft" folder names.  So, I removed panacea.dat (attached), since that seems to be an approved procedure.

Now when I run compaction, I get the "disk full" message on the "Drafts" folder.  In the new panacea.dat (not attached), "Drafts" is now listed first, just before "INBOX", which is no longer listed first, and does not have any of the settings (eg, "attachmentCol") for INBOX that I see in the old panacea.dat.  Should I go back to the old panacea.dat and edit it?  That seems like a bad idea ...


Actual results:

TB reports that it can't compact the folder because the disk is full.


Expected results:

No message.  The compaction appears to succeed anyway.

Comment 1

[Dean Gibson]

OP update:  Now, after closing TB, the "missing" settings (eg, "attachmentCol") for INBOX have reappeared, but "attached" to "Drafts", not INBOX.  So, I deleted "Drafts" and restarted TB.  That moved the column settings to INBOX.  Then, I recreated "Drafts".

Now, I get the message:

"Some folders (e.g. 'NoFeedback') cannot be compacted because there is not enough free disk space. Please delete some files and try again."

I have two subfolders named "NoFeedback" (in different parent folders), and there is nothing unusual about them in the new panacea.dat.

Based on another mozillazine article, I cleared "global-messages-db.sqlite" (there was not journal file) and let it rebuild.  This does not solve the "disk full" message issue.

Comment 2

[Wayne Mery (:wsmwk)]

aceman, what do you think of the panacea.dat angle?


(In reply to Dean Gibson from comment #1)
>...
> "Some folders (e.g. 'NoFeedback') cannot be compacted because there is not
> enough free disk space. Please delete some files and try again."

This is bug 1174485. 

> I have two subfolders named "NoFeedback" (in different parent folders), and
> there is nothing unusual about them in the new panacea.dat.
> 
> Based on another mozillazine article, I cleared "global-messages-db.sqlite"
> (there was not journal file) and let it rebuild.  This does not solve the
> "disk full" message issue.

no, it would not :)

Comment 3

[:aceman]

I would not yet blame panacea.dat for this. I don't think it comes into play when compacting folders. We have some bugs reported about this from you and Aryx where there is no trace of panacea. I think we made the debug build with output of what the OS (Windows) reports and there were spurious cases where the OS reported disk full incorrectly. Or the toolkit function for getting free disk size is broken (or not thread safe).

Comment 4

[Dean Gibson]

I'm surprised that this bug is not closed (fixed), as it stopped occurring after a recent (in the last year) update.