av9ash/GitBugs huggingface dataset:
Bug: Google chat show contacts offline and messages are delivered with errors
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-06 18:25:49+00:00
Resolved: 2022-07-06 19:11:29+00:00

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

Steps to reproduce:

Connected my Google chat account to Thunderbird. The chat status shows online.


Actual results:

All contacts appear offline. Chatting to contacts does actually work, however each message delivered shows "This message could not be delivered", but it is delivered.


Expected results:

Contacts should appear online for those that are. We should also not get "This message could not be delivered" when the message has been delivered but this is likely due to the offline status.
Bug: Crash in [@ shutdownhang | morkWriter::WriteAllStoreTables] via nsMsgDatabase::Commit (with McAfee)
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-10-06 21:31:20+00:00
Resolved: 2023-12-26 14:01:34+00:00

Crash report: https://crash-stats.mozilla.org/report/index/e8046dd0-2a8d-45ab-8830-e63420201006

Reason: EXCEPTION_BREAKPOINT
MOZ_CRASH Reason: MOZ_CRASH(Shutdown hanging before starting.)

Top 10 frames of crashing thread:
```
0 xul.dll morkWriter::WriteAllStoreTables comm/mailnews/db/mork/morkWriter.cpp:982
1 xul.dll morkWriter::OnStoreRowSpacesTables comm/mailnews/db/mork/morkWriter.cpp:1024
2 xul.dll morkWriter::WriteMore comm/mailnews/db/mork/morkWriter.cpp:323
3 xul.dll morkThumb::DoMore_CompressCommit comm/mailnews/db/mork/morkThumb.cpp:429
4 xul.dll morkThumb::DoMore comm/mailnews/db/mork/morkThumb.cpp:323
5 xul.dll morkThumb::DoMore comm/mailnews/db/mork/morkThumb.cpp:143
6 xul.dll nsMsgDatabase::Commit comm/mailnews/db/msgdb/src/nsMsgDatabase.cpp:1378
7 xul.dll nsMsgDatabase::CloseMDB comm/mailnews/db/msgdb/src/nsMsgDatabase.cpp:1281
8 xul.dll nsMsgDatabase::ForceClosed comm/mailnews/db/msgdb/src/nsMsgDatabase.cpp:1301
9 xul.dll nsMsgDBFolder::Shutdown comm/mailnews/base/src/nsMsgDBFolder.cpp:235
```


78.3.1 (64-bit)
Windows is managing the page file.
Bug: Folders with -1 next to it - Junk-1 Spam-1 Inbox-1
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-06 21:59:17+00:00
Resolved: 2024-10-09 10:02:54+00:00

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

Steps to reproduce:

Ran Kaspersky which then found spam & viruses in folders that don't exist


Actual results:

A lot of the spam is going into these folders that don't show up on the front end of TB. 

Junk-1
Spam-1
Inbox-1

You can't see them at all on the front end of TB & I certainly didn't create them.

I can find the folders in the directory where TB mail is stored, but of course I can't see inside & even when we opened one in Notepad++ it's just a mess & I can't see anything.




Expected results:

I shouldn't see any of those folders & this scares me, why were they created & why are spam/viruses being hidden in there?
Bug: Latest version number is mismatching with the website detail
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-10-07 08:07:55+00:00
Resolved: 2020-10-07 12:15:22+00:00

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

Steps to reproduce:

Latest version is downloading 78.3.2 but in website it is mentioned that latest version is 78.3.1


Actual results:

Website latest version mentioned as 78.3.1


Expected results:

latest version should be mentioned as 78.3.2
Bug: German Language Pack is not available for Thunderbird 78
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-07 08:29:36+00:00
Resolved: 2020-10-07 08:37:45+00:00

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

Steps to reproduce:

Update to Thunderbird 78.


Actual results:

Interface language is now en-US.


Expected results:

Language pack shoud have been updated automatically.
Bug: In version 78.3.1 exists no support of OpenPGP (?)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-10-07 10:20:56+00:00
Resolved: 2020-10-09 12:07:19+00:00

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

Steps to reproduce:

I'm unable to use OpenPGP any longer. There is no menue in tools or preferences or user settings any more available that would allow me to add key or import key or simply use existing keys.
Althrough in a terminal I can use gpg properly and see all my keys by:
$ gpg --list-secret-keys --keyid-format LONG



Actual results:

After upgrading to new version I used the Enigmail migration tool - that failed:

 An error occurred during the initialization of the OpenPGP infrastructure in Thunderbird.

The migration wizard cannot proceed if OpenPGP in Thunderbird is not intialized properly.


Expected results:

It should have worked.
With the update Thunderbird became useless for me.
Bug: messages search silently terminates if 'body' included
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-07 17:12:07+00:00
Resolved: 2020-10-31 18:03:31+00:00

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

Steps to reproduce:

Search for messages with 'sender', 'recipient' and 'body' option included.



Actual results:

Search returned no result, despite the fact that the searched text was present in the sender field of multiple messages. Unchecking 'body' immediately brings several found messages.


Expected results:

Messages should found and displayed. If the problem was in the large scope of the search ( a year worth of messages) and IMAP server somehow  terminates the search then error an message should be displayed.
Bug: compose.updateAttachment doesn't trigger cloudFile event(s)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-07 20:30:51+00:00
Resolved: 2020-10-07 20:34:31+00:00

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

Steps to reproduce:

1. Add an attachment to a message
2. Upload the attachment to a Filelink provider ("Convert to ..." in the attachment's context menu).

=> The file is uploaded and the download URL is inserted into the message.

3. Change the attachment from an Addon using messenger.compose.updateAttachment().


Actual results:

a) The attachment is changed:
- Itappears to be local in the message again
- It has the name and contents supplied in compose.updateAttachment
b) The URL to the uploaded, original attachment is still in the message
c) The URL points to a file with the old name and contents
d) If you remove the attachment from the attachments list, the URL of the old file is removed from the message.
e) If you send the message, the changes by compose.updateAttachment are lost: the message is sent without the new attachment. Instead it contains a dummy, pointing to the uploaded (old) attachment.

The sender does not know that she sent the old attachment, not the updated one.


Expected results:

The uploaded attachment should change according to the changes by compose.updateAttachment: Rename and/or upload new file to the cloud.
This could be acheived by triggering the cloudFile.onFileDeleted and cloudFile.onFileUpload events. 

- or -

The uploaded file and the URL should be removed and the attachment should be treated as a new, local attachment.
This would be the equivalent of selecting "Convert to normal attachment" from the attachment's context menu following by the changes, still resulting in a cloudFile.onFileDeleted event.
Bug: compose.updateAttachment doesn't update cloudFile attachments
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-10-07 20:33:42+00:00
Resolved: 2022-01-20 19:43:29+00:00

+++ This bug was initially created as a clone of Bug #1669828 +++

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

Steps to reproduce:

1. Add an attachment to a message
2. Upload the attachment to a Filelink provider ("Convert to ..." in the attachment's context menu).

=> The file is uploaded and the download URL is inserted into the message.

3. Change the attachment from an Addon using messenger.compose.updateAttachment().


Actual results:

a) The attachment is changed:
- Itappears to be local in the message again
- It has the name and contents supplied in compose.updateAttachment

b) The URL to the uploaded, original attachment is still in the message
c) The URL points to a file with the old name and contents
d) If you remove the attachment from the attachments list, the URL of the old file is removed from the message.
e) If you send the message, the changes by compose.updateAttachment are lost: the message is sent without the new attachment. Instead it contains a dummy, pointing to the uploaded (old) attachment.

The sender does not know that she sent the old attachment, not the updated one.


Expected results:

The uploaded attachment should change according to the changes by compose.updateAttachment: Rename and/or upload new file to the cloud.
This could be acheived by triggering the cloudFile.onFileDeleted and cloudFile.onFileUpload events. 

___or___

The uploaded file and the URL should be removed and the attachment should be treated as a new, local attachment.
This would be the equivalent of selecting "Convert to normal attachment" from the attachment's context menu following by the changes, still resulting in a cloudFile.onFileDeleted event.
Bug: Finnish Language Pack is incompatible with Thunderbird 78.3.1.
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2020-10-07 22:23:05+00:00
Resolved: 2020-10-29 07:12:06+00:00

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

Steps to reproduce:

Try to install Finnish language pack but didn't find it.


Actual results:

 Got error "Finnish Language Pack is incompatible with Thunderbird 78.3.1."


Expected results:

Kielipaketti on asennettu (the language pack is installed).

Information about my PC:
Operating System: openSUSE Tumbleweed 20201005
KDE Plasma Version: 5.19.5
KDE Frameworks Version: 5.74.0
Qt Version: 5.15.1
Kernel Version: 5.8.12-1-default
OS Type: 64-bit
Bug: Renaming a Filelink attachment doesn't work
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-10-08 06:18:38+00:00
Resolved: 2022-03-23 23:22:57+00:00

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

Steps to reproduce:

1. Add an attachment
2. Upload it to a Filelink provider ("Convert to ..." from the context menu)
=> A link to the uploaded file is inserted into the message along with the file's name.

3. Rename the attachment in the attachment list


Actual results:

The file name stays the same on the cloud storage and hence the downloaded file has the old name. Also the name automatically inserted into the message stays the same.

But in the MIME part with the `X-Mozilla-Cloud-Part` header the name property is set to the new name. I have no idea if this header is used by any reipient software. If it does, recipients might be confused if their download has a different file name than the one stated in the message.


Expected results:

It should not be possible to rename a Filelink attachment.

**or**

Renaming should actually work for a Filelink attachment:

1. Add a onFileRenamed event to the cloudFile API
2. Trigger this event if a Filelink attachment is renamed
3. Update the file name in the message. *This might not be possible if the user changed the message after the template with fiele name and url was inserted*.
Bug: Linux: margins are huge often causing emails to be printed on more pages than necessary
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-10-08 06:24:56+00:00
Resolved: 2020-10-08 06:29:30+00:00

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

Steps to reproduce:

1. Installed thunderbird on Fedora 32 x86_64
2. Set paper size to A4
3. Started print preview


Actual results:

Margins are approx. 2 cm above the bottom of the page


Expected results:

Margins are at the bottom of the page
Bug: Intermittent comm/mail/test/browser/composition/browser_quoteMessage.js | Uncaught exception received from previously timed out test - popupshown listener on #optionsMenuPopup not removed before the end of test
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2020-10-08 08:20:01+00:00
Resolved: 2024-08-30 00:07:07+00:00

**Filed by:** mkmelin+mozilla [at] iki.fi
**Parsed log:** https://treeherder.mozilla.org/logviewer.html#?job_id=317947661&repo=comm-central
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/OqZ2ztDBRlWBIb5-vw9t8A/runs/0/artifacts/public/logs/live_backing.log

---
```
Seem to have started happening intermittently, I think yesterday.```
Bug: Crash in [@ shutdownhang | __psynch_cvwait | _pthread_cond_wait | pthread_cond_signal_thread_np | <name omitted> | gettimeofday]
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-10-08 09:34:53+00:00
Resolved: 2021-09-30 16:10:01+00:00

Crash report: https://crash-stats.mozilla.org/report/index/071fc4b9-452e-4df5-aa3d-ee2dc0201008

MOZ_CRASH Reason: ```MOZ_CRASH(Shutdown hanging before starting.)```

Top 10 frames of crashing thread:
```
0 libsystem_kernel.dylib __psynch_cvwait 
1 libsystem_pthread.dylib _pthread_cond_wait 
2 libsystem_pthread.dylib pthread_cond_signal_thread_np 
3 libmozglue.dylib <name omitted> mozglue/misc/ConditionVariable_posix.cpp:108
4 XUL mozilla::ThreadEventQueue<mozilla::PrioritizedEventQueue>::GetEvent xpcom/threads/CondVar.h:57
5 XUL nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1130
6 libsystem_c.dylib gettimeofday 
7 XUL xpc_DumpJSStack js/xpconnect/src/XPCDebug.cpp:39
8 XUL NS_ProcessNextEvent xpcom/threads/nsThreadUtils.cpp:501
9 XUL mozilla::jsinspector::nsJSInspector::EnterNestedEventLoop devtools/platform/nsJSInspector.cpp:74
```
Bug: Can't import ICS files into calendar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-08 10:11:39+00:00
Resolved: 2020-10-09 12:54:50+00:00

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

Steps to reproduce:

Thunderbird 78.3.2 (64bit), Win10

In the calendar use the top menu to import events - select ICS file - click import all button in the popup window.

I tried also various test ICS files from the Internet and some old ICS files which worked in former TB versions.


Actual results:

This will result into an error message: "Beim importieren trat ein Fehler auf" (Translated: An error occurred during the import). Thunderbird error log shows the following:

[OverlayManager] Injecting into new window: chrome://messenger/content/importDialog.xhtml
[OverlayManager] Injecting into new window: chrome://calendar/content/calendar-ics-file-dialog.xhtml
Import error: TypeError: proxy must report the same value for the non-writable, non-configurable property '"addItem"' import-export.js:211
    putItemsIntoCal chrome://calendar/content/import-export.js:211
    importRemainingItems chrome://calendar/content/calendar-ics-file-dialog.js:218
    _fireButtonEvent chrome://global/content/elements/dialog.js:487
    _doButtonCommand chrome://global/content/elements/dialog.js:466
    _handleButtonCommand chrome://global/content/elements/dialog.js:460
    _handleButtonCommand self-hosted:844
    loadEventsFromFile chrome://calendar/content/import-export.js:37
    InterpretGeneratorResume self-hosted:1151
    AsyncFunctionNext self-hosted:693





Expected results:

Import the ICS file into local calendar ...
Bug: 2020-10-08 build failure: mozbuild.mozconfig.MozconfigLoadException: Error loading mozconfig: /builds/worker/checkouts/gecko/.mozconfig
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-10-08 11:54:23+00:00
Resolved: 2020-10-12 06:29:26+00:00

**Filed by:** mkmelin+mozilla [at] iki.fi
**Parsed log:** https://treeherder.mozilla.org/logviewer.html#?job_id=318009462&repo=comm-central
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/GU-Qs-90RUmaTV1GNgP28A/runs/0/artifacts/public/logs/live_backing.log

---
```
Something from https://hg.mozilla.org/mozilla-central/pushloghtml?changeset=e88890094825db821835b2f173e1e16eae3f51af```
Bug: 2020-10-08 build failure: mozbuild.mozconfig.MozconfigLoadException: Error loading mozconfig: /builds/worker/checkouts/gecko/.mozconfig
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2020-10-08 11:54:24+00:00
Resolved: 2020-10-08 15:13:26+00:00

**Filed by:** mkmelin+mozilla [at] iki.fi
**Parsed log:** https://treeherder.mozilla.org/logviewer.html#?job_id=318009462&repo=comm-central
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/GU-Qs-90RUmaTV1GNgP28A/runs/0/artifacts/public/logs/live_backing.log

---
```
Something from https://hg.mozilla.org/mozilla-central/pushloghtml?changeset=e88890094825db821835b2f173e1e16eae3f51af```
Bug: After attaching attachment you no longer can double click white space to open "Browse" to add more attachments.
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-10-08 12:34:45+00:00
Resolved: 2020-12-23 19:13:39+00:00

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

Steps to reproduce:

Compose Email
Attach File to Email
Try to double click in white area where attachment lies to add more attachments



Actual results:

Nothing happens, "Attache File(s)" does not open, you have to either right click and click attach or click it on your toolbar.


Expected results:

I expected like old versions for the "Attache File(s)" box to open so I can add more attachments.

This use to work until I upgraded to 76-77 Beta.
Bug: unable to import self-signed certificate of zimbra smtp port 587
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-08 14:50:17+00:00
Resolved: 2020-10-09 13:00:56+00:00

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

Steps to reproduce:

When i configure a new account in Thunderbird on my internal mail server on zimbra.
Usualy the self-signed  certifcate of imap is proprosed to import and i can add the password.
But when i tried to send my 1st message, the windows to accept the certificate never append and i can't send any mail.
If i had an account configured in an earlier 68.12.0 version the is no problem.




Actual results:

The certificate smtp port 587 is not imported
The sent password is not recorded in thunderbird


Expected results:

The windows certificate smtp for port 587 should be imported
The sent password should be recorded in thunderbird
Bug: Installed light theme not recognized as light
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-10-08 15:30:04+00:00
Resolved: 2021-03-25 18:51:47+00:00

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

Steps to reproduce:

1) Enabled "Light" theme (one of the three that comes with TB, not the default light theme) (see image second part)
2) Installed Signature Switch extension (http://mozext.achimonline.de/)
3) Added Signature Switch, using Customize toolbar, in the main window or in the compose window.

OS: Windows 10 64bits; Thunderbird: 78.3.2 (32bits)


Actual results:

See first part of the image. Seems that has been selected from manifest the icon for the dark theme. That is, the "Light" theme is not recognized as a light theme. If I switch to the "Default" theme, the icon is correctly in black.

More details here: https://github.com/4ch1m/mozext/issues/5


Expected results:

The extension should detect that the theme is one of the light themes and use the correct icon.
Bug: Server Security Exception Window not displayed for SMTP connection via STARTTLS or SSL in v. 78.3.2
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-08 15:48:12+00:00
Resolved: 2020-10-09 13:00:56+00:00

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

Steps to reproduce:

- Installed new TB version (78.3.2)
- Set up new email account via IMAP and SMTP (STARTTLS)
- Was able to fetch emails
- Tried to send email -> did not work


Actual results:

When trying to send an email an error message was displayed, see atached Screenshot.
("Sending mail was not possible. Save communication with server not possible. domain name does not match server certificate....")


Expected results:

In TB 68.12.1 the same error message is diplayed, BUT additionally a window opens, where I can display the Server Ceritificate and set up an exception! 
This Ceritificate Window deams to be missing for SMTP connections in TB 78.3.2!
Bug: In spite of toolkit.cosmeticAnimations.enabled = false, animation of drag and drop failure still occurs (Mac-only?)
Status: UNCONFIRMED
Priority: --
Created: 2020-10-08 21:16:38+00:00
Resolved: 2023-12-15 16:41:52+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:81.0) Gecko/20100101 Firefox/81.0

Steps to reproduce:

I tried to drag a message from one folder to another.


Actual results:

I slipped again, failed again, and Thunderbird animated its return to its start.

It hurts.


Expected results:

I understand that some people enjoy animation, and some people will find this a useful clue that they have not dragged and dropped the message.

But I often get migraines from animation, and there should be easy-to-find and easy-to-configure settings to disable as much as possible.
Bug: No hint for inline image is created for some part of multi-part message in MIME format
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-10-08 23:12:04+00:00
Resolved: 2021-03-21 15:05:21+00:00

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

Steps to reproduce:

Windows - TB 78.3.2 (32bit) 
1) Create a HTML-Message and insert a Screenshot.
2) send that mail (with PGP signing activated) to your self



Actual results:

The message Reader visualized the mail in text from 
    concrete the part "Content-Type: text/plain; charset=utf-8
                    Content-Transfer-Encoding: quoted-printable"
    without any hint that there is an inline graphic in html-part


Expected results:

I think there should be a hint, (for text mode only view), 
that there is an inline graphic.
Ihink that object   
    Content-Type: image/png; name="gkbanmbokfnfgaai.png"
    Content-Transfer-Encoding: base64
    Content-ID: <.....>
    Content-Disposition: inline;
    filename="gkbanmbokfnfgaai.png"
should be accessible  like an attachement, if the message reader is only showing the Content-Type: text/plain part
Bug: Sending attachment with special character, filename is changed in MS outlook
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-09 11:02:09+00:00
Resolved: 2020-10-09 17:04:26+00:00

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

Steps to reproduce:

Send an email with one attachment. The attachment filename contains accentuated character : Congés_FG-2020-08.xlsx


Actual results:

Outlook user (version 2019) receives the email but the filename is modified to Congés_FG-%2E%78%6C%73%78.dat


Expected results:

The attachment name should not be modified, nor its extension.

Same file sent as attachment from Thunderbird but from another email provider (gmail) gives the same results.
Same file sent from gmail web UI (in firefox), no issue the filename is properly kept in outlook.
One thing strange in the attachment encoding, it seems that TB recognizes 2 attachment instead of one:

--------------0DF2FA636BDB12F14D7B3845
Content-Type: application/octet-stream;
 name="=?UTF-8?Q?Cong=c3=a9s=5fFG-2020-08=2exlsx?="
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename*0*=UTF-8''%43%6F%6E%67%C3%A9%73%5F%46%47%2D%32%30%32%30%2D%30%38;
 filename*1*=%2E%78%6C%73%78
UEsDBBQABgAIAAAAIQCG2vR3hgEAAJ ...