av9ash/GitBugs huggingface dataset:
Bug: [flatpak] Email account does not show once Thunderbird updates to version 78.2.2
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-12 00:25:02+00:00
Resolved: 2020-09-12 17:35:16+00:00

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:80.0) Gecko/20100101 Firefox/80.0

Steps to reproduce:

Open Thunderbird Mail **beta** (Flatpak)
https://github.com/flathub/org.mozilla.Thunderbird/tree/beta

Email account does not show once Thunderbird beta (flatpak) updates from version 78.2.1 to version 78.2.2. However, the `Account Settings` show the email account.

For images, please see:
https://github.com/flathub/org.mozilla.Thunderbird/issues/120#issuecomment-691310890

Thank you


Actual results:

The email account does not seem to be there once Thunderbird beta (flatpak) updated from version 78.2.1 to version 78.2.2. However, the `Account Settings` show the email account.


Expected results:

Email account should show with Thunderbird **beta** (flatpak) version 78.2.2.
Bug: bug 1563411 breaks UI for builds with updater disabled
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-09-12 07:14:49+00:00
Resolved: 2020-09-17 03:13:26+00:00

78.2.1 was fine, 78.2.2 has the account wizard broken at startup, or message pane empty, etc.. in the error console this message is shown:

```
Uncaught TypeError: Cc['@mozilla.org/updates/update-manager;1'] is undefined
```
https://hg.mozilla.org/releases/comm-esr78/rev/ec20676c465e72ce5a35db0f4df995f4a508a24c#l1.78 doesnt check if the update-manager is available ?
Bug: MSI installer silently aborts
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-09-12 14:42:54+00:00
Resolved: 2021-02-12 14:06:10+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:80.0) Gecko/20100101 Firefox/80.0

Steps to reproduce:

Downloaded Thunderbird Setup 78.2.2.msi from you website. (With difficulty.)


Actual results:

The installer closes itself without warning and without any sort of message.


Expected results:

Installation or at least an error message.

Also - and to explain my phrase 'with difficulty' above - why is it so hard (actually, I found it impossible) to find stuff pertaining to Thunderbird via the Mozilla homepage? Note also that clicking first websearch result for 'download thunderbird' immediately starts a download - for a version (language) I don't want. (I looked for somewhere more appropriate to file this complaint, but found no such place.)

I have Windows 10 2004. My existing version of Thunderbird is 68.12.0 x64.

The .exe version of the installer worked (though it seems to have installed Thunderbird in the 'Program Files (x86)' directory, even though the installer is advertised as 64-bit.

Finally: I thought Thunderbird 78 was now being offered as an upgrade - from within Thunderbird. Not on my installation (which is British English) it wasn't.
Bug: Unremovable and even unmovable 'DevTools' toolbar item
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-09-12 14:48:45+00:00
Resolved: 2020-09-17 17:06:48+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:80.0) Gecko/20100101 Firefox/80.0

Steps to reproduce:

Installed Thunderbird 78.2.2, via downloaded .exe. Ran it.


Actual results:

There is an unremovable and even unmovable item called 'DevTools' - see screenshot. If I try to move it, the attempt fails. If It try to remove it, the attempt fails.


Expected results:

1) The item should not be there at all. For, it was not there before.
2) When the item is there, it should be removable.
3) When the item is there, it should be movable.
Bug: startup Crash in [@ nsTSubstring<T>::Assign | nsTSubstring<T>::Assign | mozilla::dom::WindowFeatures::Tokenize]
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-09-12 18:52:17+00:00
Resolved: 2021-01-19 02:33:07+00:00

Crash report: https://crash-stats.mozilla.org/report/index/7642c1b2-a09a-42d1-b052-ecd900200912

Top 10 frames of crashing thread:
```
0 xul.dll nsTSubstring<char>::Assign xpcom/string/nsTSubstring.cpp:521
1 xul.dll nsTSubstring<char>::Assign xpcom/string/nsTSubstring.cpp:505
2 xul.dll mozilla::dom::WindowFeatures::Tokenize dom/base/WindowFeatures.cpp:200
3 xul.dll nsWindowWatcher::OpenWindowInternal toolkit/components/windowwatcher/nsWindowWatcher.cpp:645
4 xul.dll nsWindowWatcher::OpenWindow toolkit/components/windowwatcher/nsWindowWatcher.cpp:293
5 xul.dll NS_InvokeByIndex 
6 xul.dll static XPCWrappedNative::CallMethod js/xpconnect/src/XPCWrappedNative.cpp:1140
7 xul.dll XPC_WN_CallMethod js/xpconnect/src/XPCWrappedNativeJSOps.cpp:946
8 xul.dll js::InternalCallOrConstruct js/src/vm/Interpreter.cpp:585
9 xul.dll Interpret js/src/vm/Interpreter.cpp:3312
```
Bug: Newest Version 81.0b3 Filters Stopped Working
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-09-13 13:13:53+00:00
Resolved: 2023-01-29 02:16:56+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.102 Safari/537.36

Steps to reproduce:

Recently updated to version 81.0b3 and auto filtering stopped working. I can run a manual filter on the main folder and it works. I was recommended to report as a possible bug. Thank you
Bug: Hang when the user tries to copy (ctrl-A) the content of the filters logfile view
Status: UNCONFIRMED
Priority: --
Created: 2020-09-13 15:31:08+00:00
Resolved: 2021-07-06 17:11:17+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.83 Safari/537.36

Steps to reproduce:

Display the log-file of filters and use ctrl-A ctrl-C to copy the content because there is no "save-as"


Actual results:

Pure Crash


Expected results:

Copy to clipboard the content of the file.

I suppose that the file is full (at the maximum of size). This because I have done this operation after a failure of execution of a multiple mail transmission by a filter.
I had before cleaning to look at the content of the file.
Because of the size the little windows is not usable, the need is to save the file and clean after. TH doesn't manages to save the file. The quicker is to copy the windows content. This generates the crash.

Note that this bug can lead to two enhancements :
- add to the log windows which contains only a "clean" buttons the following buttons : "Save as", "Save as and clean" (for test it can be useful to not clean)
- alert on full log file

A linked bug :
- it seems that in these condition of probable full log-file, the filter crashes during execution (when it tries to write the file). This leeds to an error reported as "impossible to send the mail..." the mail (transmission to another user). It should report the log-file error.
- for each error of the filter an error panel is produced. There is no check of the error then a stack of panel have been created (near 500 as many as mails to transmit), so I had to cancel TH.

I can send a link to view a screen-video of the operation if needed.
Bug: Thunderbird 78.2.2 broken if built without updater
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-13 23:06:41+00:00
Resolved: 2020-09-14 08:23:05+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) QtWebEngine/5.15.1 Chrome/80.0.3987.163 Safari/537.36

Steps to reproduce:

Build thunderbird from source with --disable-updater and run it.


Actual results:

Window opens but nothing works. Following error is logged in terminal:

JavaScript error: chrome://messenger/content/specialTabs.js, line 1051: TypeError: Cc['@mozilla.org/updates/update-manager;1'] is undefined
console.log: (new Error("Cannot load required OTR library", "resource:///modules/OTRLib.jsm", 75))

related code:

    let update = Cc["@mozilla.org/updates/update-manager;1"].getService(
      Ci.nsIUpdateManager
    ).activeUpdate;

I believe it was added in bug 1563411


Expected results:

specialTabs.js should check if updater is available first and thunderbird should work fine. Note that workaround with just adding condition on AppConstants.MOS_UPDATER makes thunderbird work again

    let update = AppConstants.MOZ_UPDATER && Cc["@mozilla.org/updates/update-manager;1"].getService(
      Ci.nsIUpdateManager
    ).activeUpdate;

Though looking at other places making use of update-manager service it should be more sophisticated.
Bug: Ocassionally I have two emails from different people listed in the Inbox but they point to the same contents.
Status: VERIFIED
Priority: --
Resolution: WORKSFORME
Created: 2020-09-13 23:59:58+00:00
Resolved: 2020-12-07 15:03:58+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:80.0) Gecko/20100101 Firefox/80.0

Steps to reproduce:

I haven't been able to reproduce it myself.  It has happened 4 times in two different mail accounts.  Its easy to determine which email needs to be retrieved from my email provider.  I go to my email provider (ATT) and find the mail in trash and move it back to the ATT inbox.  I go to Thunderbird and ask it for new messages and a new copy shows up in the inbox.


Actual results:

I have done this with the email that has the "defective" contents.  One thing I've noticed is that the emails with duplicate contents will be listed sequentially in the inbox.  


Expected results:

Is this a Thunderbird issue or a problem with retrieving email from my provider?  The mail is OK at ATT, there is no issue as email content looks fine.  I'm not certain how to see if pointers got mixed up in Thunderbird or further troubleshoot this issue.
Bug: Crash in Bitdefender [@ gemmauf32.dll | RtlpFreeUserBlock | RtlpFreeHeapInternal | RtlFreeHeap | LdrpFreeTls]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-14 01:27:06+00:00
Resolved: 2021-02-23 16:31:22+00:00

Looks like we have a problem with bitdefender

Crash report: https://crash-stats.mozilla.org/report/index/fa1761d3-4900-4b79-b3bf-6c2a80200913

Top 10 frames of crashing thread:
```
0 gemmauf32.dll gemmauf32.dll@0x22c8c 
1  @0x4db106c 
2  @0x311bf6ab 
3 ntdll.dll RtlpFreeUserBlock 
4 ntdll.dll RtlpFreeHeapInternal 
5 ntdll.dll RtlFreeHeap 
6 ntdll.dll LdrpFreeTls 
7 ntdll.dll LdrShutdownThread 
8 ntdll.dll RtlExitUserThread 
9 kernelbase.dll FreeLibraryAndExitThread 
```

 gemmauf32.dll | RtlpFreeUserBlock | RtlpFreeHeapInternal | RtlFreeHeap | RtlFreeActivationContextStack | RtlFreeThreadActivationContextStack | LdrShutdownThread   
gemmauf32.dll | RtlpFreeUserBlock | RtlpFreeHeapInternal | RtlFreeHeap | LdrShutdownThread   
gemmauf32.dll | RtlpFreeUserBlock | RtlFreeHeap | ntdll.dll | LdrShutdownThread  
gemmauf32.dll | RtlpFreeUserBlock | RtlpFreeHeapInternal | RtlFreeHeap | RtlpFlsDataCleanup | LdrShutdownThread   
gemmauf32.dll  

THere are more
Bug: After correcting an invalid recipient address with 'Edit Address', "Send" button fails to become enabled if there are no other recipients with @, and no prompt to save changes
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-09-14 02:23:00+00:00
Resolved: 2021-01-10 18:03:58+00:00

STR:

- Open a new write window
- Enter an invalid recipient address such as ```broken```.
- Enter a subject and type some body text
- Notice that "Send" button is not enabled (as expected).
- Without completely erasing it, correct the address to ```gds@broken.net```.
- Notice that "Send" button is *still* not enabled.

Correcting the address should cause the "Send" button to become enabled but it doesn't. A way to enable the "Send" button is to completely erase the address and re-enter a valid address again.

This only occurs with 78 and personal trunk builds. With 68, immediately correcting the invalid address causes the "Send" button to become enabled and no full erasure of the address is needed.
Bug: The Thunderbird privacy notice that appears in Thunderbird shows the Mozilla.org domain header
Status: NEW
Priority: --
Created: 2020-09-14 02:34:33+00:00
Resolved: 2024-05-16 01:55:19+00:00

Thunderbird just updated to 78.2.2 and with the update came a privacy notice tab.  

This tab is an exact display of https://www.mozilla.org/en-US/privacy/thunderbird/ including the mozilla.org page header that offers much in regard to Firefox and Nothing about Thunderbird.  I suggest the relevant link be moved to thunderbird.net so the in-app message is at least the same branding as we are using elsewhere. Even if the URL used is not is only accessible from within the application.
Bug: Search Messages (Ctrl+Shift+F) from Gloda Search results fails. Error gCurrentFolder is null in SearchDialog.js
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-09-14 09:14:32+00:00
Resolved: 2020-11-04 23:14:06+00:00

Search for a message using Ctrl+K and select a message from the global search results. A new tab opens with the selected thread or message.
Now press Ctrl+Shift+F or use menu Edit > Find > Search Messages.
The Search Messages window opens, but no folder is selected and there are no buttons to add/remove search criteria.
The error console shows error gCurrentFolder is null (SearchDialog.js:334:7).
Bug: Date not shown in message pane
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-09-14 10:34:29+00:00
Resolved: 2020-09-14 12:15:57+00:00

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:80.0) Gecko/20100101 Firefox/80.0

Steps to reproduce:

I opened Thunderbird as normal - version 68.10.0 for Ubuntu (which appears to be the latest version for Ubuntu)


Actual results:

(1) The date was not showing in the message pane - even though it was ticked
(2) As a side issue, the "Subject" option is missing from the menu where you select what you want to show - though as the subject was, in fact, showing that's less of a problem


Expected results:

(1) The date should have been there
(2) The subject option should have been on the menu
Bug: Crash in [@ nsAbQueryLDAPMessageListener::OnLDAPMessageSearchEntry]
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-09-14 17:17:54+00:00
Resolved: 2021-01-26 20:30:18+00:00

This crash doesn't exist in version 68.

Crash report: https://crash-stats.mozilla.org/report/index/8be315e5-edaa-47c8-b5b3-ace100200914

Top 10 frames of crashing thread:
```
0 xul.dll nsAbQueryLDAPMessageListener::OnLDAPMessageSearchEntry comm/mailnews/addrbook/src/nsAbLDAPDirectoryQuery.cpp:240
1 xul.dll nsAbQueryLDAPMessageListener::OnLDAPMessage comm/mailnews/addrbook/src/nsAbLDAPDirectoryQuery.cpp:151
2 xul.dll nsOnLDAPMessageRunnable::Run comm/ldap/xpcom/src/nsLDAPConnection.cpp:396
3 xul.dll nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1211
4 xul.dll NS_ProcessNextEvent xpcom/threads/nsThreadUtils.cpp:501
5 xul.dll mozilla::ipc::MessagePump::Run ipc/glue/MessagePump.cpp:87
6 xul.dll MessageLoop::RunHandler ipc/chromium/src/base/message_loop.cc:308
7 xul.dll MessageLoop::Run ipc/chromium/src/base/message_loop.cc:290
8 xul.dll nsBaseAppShell::Run widget/nsBaseAppShell.cpp:137
9 xul.dll nsAppShell::Run widget/windows/nsAppShell.cpp:430
```
Bug: spell checker window opens on wrong monitor
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-14 17:22:42+00:00
Resolved: 2020-11-12 19:19:10+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:80.0) Gecko/20100101 Firefox/80.0

Steps to reproduce:

Send an email that invokes the spell checker


Actual results:

Checker window opens at 0,0 (top,left corner) on monitor #1 of 2


Expected results:

Checker window should open on same monitor as TB window (in this case #2) or where specified by user
Bug: Crash in [@ nsDragService::StartInvokingDragSession] involving CurXP0.dll and heap corruption (Thunderbird and Firefox)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-09-14 17:24:47+00:00
Resolved: 2021-06-25 16:12:14+00:00

version 68 and 78

Crash report: https://crash-stats.mozilla.org/report/index/23f54475-66a1-4bd1-a9ee-944500200914

Top 10 frames of crashing thread:
```
0  @0x23d00000 
1 xul.dll nsDragService::StartInvokingDragSession widget/windows/nsDragService.cpp:291
2 xul.dll nsDragService::InvokeDragSessionImpl widget/windows/nsDragService.cpp:216
3 xul.dll nsBaseDragService::InvokeDragSession widget/nsBaseDragService.cpp:316
4 xul.dll nsBaseDragService::InvokeDragSessionWithImage widget/nsBaseDragService.cpp:371
5 xul.dll mozilla::EventStateManager::DoDefaultDragStart dom/events/EventStateManager.cpp:2199
6 xul.dll mozilla::EventStateManager::GenerateDragGesture dom/events/EventStateManager.cpp:1977
7 xul.dll mozilla::EventStateManager::PreHandleEvent dom/events/EventStateManager.cpp:684
8 xul.dll mozilla::PresShell::EventHandler::DispatchEvent layout/base/PresShell.cpp:8048
9 xul.dll mozilla::PresShell::EventHandler::HandleEventWithCurrentEventInfo layout/base/PresShell.cpp:8017
```
Bug: Can't find Email setup window after installing Thunderbird 78 on Windows, loses focus
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-09-14 20:15:33+00:00
Resolved: 2023-01-14 09:07:37+00:00

Steps followed:

1. I used Firefox to download the Windows version of Thunderbird 78.2.2 from https://thunderbird.net/
2. When the download completed, I opened the download manager from the toolbar and clicked on it to launch the installer.
3. At the end of the install process, I checked the box to launch Thunderbird, and clicked Finish.
4. Thunderbird opened behind the Firefox window (which was itself behind the installer window, though the installer went away at that point).
5. Because the main Thunderbird window was to the left of my Firefox window, I could see it, so I clicked on it to bring it to the front.  It appeared as though the email account setup wizard did NOT run, because I didn't see it anywhere.
6. I clicked on the Email button in the "choose what to set up" screen, and nothing happened.
7. I then closed the Firefox window, to discover the new email setup wizard was there behind it.

I'm a bit of a power user, so if this threw me for a loop it'll definitely be a sub-optimal user experience for a more average user on the first run.  I've used Thunderbird before on other platforms, so I knew to expect the email setup wizard to automatically go on the first run, and wondered why I didn't see it.  Someone who didn't know that would be confused by the button not working.

Suggested fix:

First choice: Make Thunderbird come to the front on first launch, or have the installer launch it in the foreground, whichever works best.

Second choice: make the Email button on the main window bring the setup wizard to the front when it's clicked, if that wizard is already open.

Those are just ideas of course.
Bug: PGP encrypted emails crash Thunderbird [@ mime_LineBuffer]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-14 20:17:16+00:00
Resolved: 2020-09-30 18:06:11+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:80.0) Gecko/20100101 Firefox/80.0

Steps to reproduce:

Opening PGP encrypted emails for reading.


Actual results:

Thunderbird crashes immediately.


Expected results:

The email should be decrypted.
Bug: Use Paragraph format instead of Body Text by default does not stick
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-09-14 21:10:00+00:00
Resolved: 2021-11-22 01:33:38+00:00

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:80.0) Gecko/20100101 Firefox/80.0

Steps to reproduce:

Tools>Options>Composition>unselect 'Use Paragraph format instead of Body Text by default' and it works while Thunderbird is open.  Close Thunderbird, come back later and launch again and Tools>Options>Composition>'Use Paragraph format instead of Body Text by default' IS SELECTED!  I just UNSELECTED it.


Actual results:

Close Thunderbird, come back later and launch again and Tools>Options>Composition>'Use Paragraph format instead of Body Text by default' IS SELECTED!  I just UNSELECTED it.  Happened on version 68 also.


Expected results:

The checkbox should have remained UNSELECTED, and stop double spacing my lines in a paragraph.
Bug: Startup Crash in [@ truncf | nsObserverList::AddObserver]
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-09-14 21:35:42+00:00
Resolved: 2021-01-19 02:33:07+00:00

Rare startup Crash report: https://crash-stats.mozilla.org/report/index/198fe1f3-031e-4d0c-a03f-44ac70200912

Top 10 frames of crashing thread:
```
0  @0xf8a804b7 
1  @0xab7ff95 
2 xul.dll truncf 
3 xul.dll nsObserverList::AddObserver xpcom/ds/nsObserverList.cpp:16
4 xul.dll nsObserverService::AddObserver xpcom/ds/nsObserverService.cpp:224
5 xul.dll static nsFocusManager::Init dom/base/nsFocusManager.cpp:208
6 xul.dll static nsLayoutStatics::Initialize layout/build/nsLayoutStatics.cpp:226
7 xul.dll nsLayoutModuleInitialize layout/build/nsLayoutModule.cpp:112
8 xul.dll nsComponentManagerImpl::Init xpcom/components/nsComponentManager.cpp:482
9 xul.dll NS_InitXPCOM xpcom/build/XPCOMInit.cpp:446
```
Bug: Crash in [@ BufferGrayRootsTracer::onObjectEdge]
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-09-14 21:57:57+00:00
Resolved: 2021-10-29 12:06:09+00:00

memory corruption?

Crash report: https://crash-stats.mozilla.org/report/index/6b6132cc-49d6-48f5-9fe8-8b3300200913

Top 10 frames of crashing thread:
```
0 xul.dll BufferGrayRootsTracer::onObjectEdge js/src/gc/RootMarking.cpp:506
1 xul.dll DoCallback<JSObject> js/src/gc/Tracer.cpp:45
2 xul.dll js::UnsafeTraceManuallyBarrieredEdge js/src/gc/Marking.cpp:435
3 xul.dll JsGcTracer::Trace const xpcom/base/CycleCollectedJSRuntime.cpp:1136
4 xul.dll mozilla::dom::CallbackObject::cycleCollection::Trace dom/bindings/CallbackObject.cpp:84
5 xul.dll mozilla::CycleCollectedJSRuntime::TraceNativeGrayRoots xpcom/base/CycleCollectedJSRuntime.cpp:1295
6 xul.dll static mozilla::CycleCollectedJSRuntime::TraceGrayJS xpcom/base/CycleCollectedJSRuntime.cpp:974
7 xul.dll js::gc::GCRuntime::bufferGrayRoots js/src/gc/RootMarking.cpp:549
8 xul.dll js::GCParallelTask::runTask js/src/gc/GCParallelTask.cpp:146
9 xul.dll js::GCParallelTask::runFromHelperThread js/src/gc/GCParallelTask.cpp:131
```
Bug: Archive button moves mail into year subfolders even though options say not to
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-15 02:07:55+00:00
Resolved: 2024-06-09 01:01:08+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:80.0) Gecko/20100101 Firefox/80.0

Steps to reproduce:

1. go to 'account settings'
2. go to 'copies & folders' for a particular account
3. click 'archive options'
4. click 'a single folder'
5. click 'ok'
6. open a piece of mail in that account's inbox
7. click 'archive'


Actual results:

A "2020" folder is created inside the "archive" folder, and the mail is moved into the "2020" folder.


Expected results:

The mail should be moved to "Archive", and it should not create a "2020" folder.
Bug: Doublons d'icône d'éléments envoyés et brouillons dans le client messagerie par défaut
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-09-15 07:21:46+00:00
Resolved: 2020-11-15 13:56:52+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:80.0) Gecko/20100101 Firefox/80.0

Steps to reproduce:

Suite à une mise à jour et une installation de Thunderbird messagerie Dans le client de la messagerie par défaut première adresse mail, des doublons du dossier envoyés et du dossier brouillon  ont apparus et impossible de les supprimer.
J'ai supprimer le compte et réinstaller le compte, pas de résultat !
J'ai donc été dans la racine de l'application et essayé de régler le problème en réorganisant les dossiers d'origines et supprimer les doublons.


Actual results:

Les doublons auraient dus disparaître, mais Thunderbird refuse de les effacer et les remets automatiquement par défaut.


Expected results:

Les doublons auraient dus disparaître, il semble que l'application est écrite pour ne pas déstructurer la racine originale de Thunderbird.

Questions, comment faire pour effacer ces doublons sans effacer et réinstaller complètement en totalité Thunderbird ?   Cordialement et merci.