Creates multiple Inboxes upon restart (Inbox-1, Inbox-2, Inbox-3, Inbox-4 ...)
Categories
(Thunderbird :: Folder and Message Lists, defect)
Tracking
(Not tracked)
People
(Reporter: elahi786, Unassigned, NeedInfo)
References
Details
Attachments
(1 file)
14.84 KB,
image/png
|
Details |
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:131.0) Gecko/20100101 Firefox/131.0
Steps to reproduce:
We did not do anything. Thunderbird updated automatically
Actual results:
Since above mentioned auto update to 128.3.0esr (64-bit) it has been creating inbox folders under one of our accounts and moving emails into those folder and naming them inbox 1 and not we are up to inbox 9.
Updated•21 days ago
|
Comment 1•21 days ago
|
||
See https://mzl.la/4exuhjK for other examples. Sometimes caused by antivirus.
In our case it was caused by the "email protection" function of ESET antivirus. After turning off the option, everything went back to normal. Tb version: 128.3.0esr
No antivirus installed. I did however get this new computer and installed the newest version of TB and copied the profile from old computer to this computer. Everything worked great until a new update came from TB and now the it is creating more inboxes each time and placing emails in them.
How do I roll back to the previous version of TB?
We only have windows antivirus no other antivirus installed.
Thank you in advance.
I have confirmed the same issue in my environment as the one reported here.
In my environment, using version 128.3.1(32bit), an 'Inbox-1' was generated the next time Thunderbird was launched when the optimization process was interrupted by either shutting down Thunderbird or restarting the computer while the 'Optimization Process' was running.
I am using Windows Defender as my security software.
Comment 5•14 days ago
|
||
The case reported by SUPERJET have clear causes and are reproducible over and over again.
In the process of compacting the Inbox, Inbox-1 is written out and replaced with Inbox when the process is complete, but if Thunderbird is closed during the process, Inbox-1 will remain.
If the Inbox is large enough, this is easily reproducible.
Comment 6•13 days ago
|
||
Does the fix for bug 1924918 clean up temporary files such as Inbox-1 when compacting folders is aborted?
Comment 7•12 days ago
|
||
That bug isn't even finished yet, so it is not the cause.
Comment 8•12 days ago
|
||
If bug 1924918 is finised, will Thunderbird clean up temporary files when compacting is aborted?
Comment 9•4 days ago
|
||
(In reply to EarlgreyTea from comment #8)
If bug 1924918 is finised, will Thunderbird clean up temporary files when compacting is aborted?
No, the cleanup is bug 1878541.
Updated•4 days ago
|
Comment 11•2 days ago
|
||
Let me explain why SUPERJET filed bug 1927394 as a new issue.
elahi786 says "We did not do anything." and in Istvan's case it seems to have been interference from "ESET antivirus."
In neither case is there evidence that folder compacting was involved.
SUPERJET noticed that when folder compacting was interrupted, a file "Inbox-1" was left undeleted and displayed as a folder in Thunderbird.
Therefore, SUPERJET decided to report this as a new issue, judging that even though the appearance is the same, the cause is likely to be different.
Now let's get to the main topic.
Steps to reproduce:
See https://bugzilla.mozilla.org/show_bug.cgi?id=1927394#c0
Expected results:
The fix for bug 1878541 seems to delete the nstmp file left by the old compacting, but if the current compacting is interrupted, please also delete the "folder name-x" (x: 1, 2, 3...).
Description
•