av9ash/GitBugs huggingface dataset:
Bug: popup inheriting inconsistent styles from desktop environment / does not respect CSS styles
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-12-09 18:11:03+00:00
Resolved: 2021-04-24 19:38:03+00:00

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

Steps to reproduce:

It seems that Thunderbird's extension popups display inconsistent mix of system theme elements. As one example, see the screenshot posted by a user here:
https://github.com/Extended-Thunder/send-later/issues/201

I've had this reported on Windows and FreeBSD, and I can personally reproduce it on Linux with LXQt desktop environment.


Actual results:

The style of popup dialog elements (background color in particular) seems to be affected by the system theme (GTK2 theme in my case), while other elements are not. Importantly, these styles do not respond to any CSS styling, even via the inspector.

Interestingly, I was only able to reproduce this behavior on Thunderbird 78.5.0, but not in 78.5.1 -- but two separate users still experience it in 78.5.1.


Expected results:

The popup style should at least behave logically -- e.g. light text on dark background, and consistently across different element types. Of course it should also respond to CSS styling, but it should default to something reasonable to begin with.

I believe this is the same issue as https://bugzilla.mozilla.org/show_bug.cgi?id=1399259 except that issue did not mention anything about being unresponsive to CSS styling.
Bug: Unintended selection of folders on left mouse button release over the vertical scrollbar in "Select Folder(s)" window
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-12-09 19:09:57+00:00
Resolved: 2021-01-06 17:53:54+00:00

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

Steps to reproduce:

1) Right click on any Unified Folder (Inbox/Drafts/etc.) and select "Properties"
2) Open the "Select Folder(s)" window by clicking on "Choose..."
3) Use the thumb of the vertical scrollbar and release it


Actual results:

The folder on the same hight level of the cursor gets selected/deselected on release of the left mouse button.


Expected results:

Nothing
(at least no selection/deselection of any list item when the mouse button is released while hovering over the scrollbar)
Bug: TEST-UNEXPECTED-FAIL | comm/mail/test/browser/composition/browser_sendButton.js | Uncaught exception received from previously timed out test - popupshown listener on #msgIdentityPopup not removed before the end of test
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-12-10 07:12:01+00:00
Resolved: 2022-07-30 10:39:41+00:00

**Filed by:** geoff [at] darktrojan.net
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=324098710&repo=comm-central
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/VYfEzBvPTEe0rj-RTFja4w/runs/0/artifacts/public/logs/live_backing.log

---
```
```
Bug: Different (mobile?) display of Email in Thunderbird version 78
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-12-10 07:48:47+00:00
Resolved: 2020-12-16 21:31:39+00:00

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

Steps to reproduce:

Same email open with Thunderbird-Versions 78.4.3 and 68.12.1


Actual results:

The same email is displayed differently in Version 78 compared with previous version of Thunderbird (in the provided example single column layout instead of double column layout). It seems that Thunderbird V78 renders the content with the parameters from the mobile view. The source code of both email are exactly the same.

Test environment: Thunderbird 78.4.3 & 68.12.1, client used on Windows & MAC


Expected results:

The email should be displayed in the same layout as with the previous versions of Thunderbird (not using the mobile-view). 

Issue is observed in the Newsletter-Email provided in this bug and in a newsletter received from a partner.
Bug: Some address books empty after updating to TB 78.5.1 32 bit (portable version), and cannot import .mab backup ABs
Status: UNCONFIRMED
Priority: --
Created: 2020-12-10 09:53:32+00:00
Resolved: 2020-12-30 12:54:40+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:56.0) Gecko/20100101 Firefox/56.0

Steps to reproduce:

I updated thunderbird to new version  78.5.1 32 bits ( use thunderbird portable version )  


Actual results:

3 out of 6 of my adress books have  kept their name but are completely empty disappeared .
 I presviously saved them under  abookx.mab but can not find the possibility of importing these extension  I 


Expected results:
Bug: Selecting a mail folder offers to delete it
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-12-10 10:11:06+00:00
Resolved: 2020-12-15 11:10:21+00:00

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

Steps to reproduce:

Start Thunderbird and select a mail folder


Actual results:

A dialogue appears asking me whether I wish to delete the folder, I say "No" and it appears again, I say "No" and it appears again.  After three or four such refusals it stops asking me.  If I click on a different folder I see the same thing.  This behaviour is intermittent and has been happening through several TB78 subversions - currently 78.5.1


Expected results:

Folder opens to display contents - messages and/or subfolders.
Bug: Move a message from an account to a local folder, then undo with Ctrl-Z, the message disappears, irretrievably.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-12-10 12:50:27+00:00
Resolved: 2021-11-27 14:44:21+00:00

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

Steps to reproduce:

1) I selected two emails I'd received in a google account.
2) I right-clicked and moved them to a local folder.
3) I changed my mind and hit Ctrl-Z to undo.
4) I found that the emails did not return to the google account, and were not present in the local folder either. Gone for good.

This has happened to me several times. 


Actual results:

The emails disappeared.


Expected results:

The emails should have moved back into the gmail inbox from the local folder.
Bug: Cannot remove gloda global search widget via toolbar customization
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-12-10 13:33:12+00:00
Resolved: 2023-09-03 14:16:03+00:00

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

Global search widget can no longer be customized (removed/added via toolbar customization).

STR

1. right-click on mail toolbar, Customize...
2. try to drag global search widget to customization palette so as to remove it from toolbar

Actual

- global search widget does not show hand for dragging, gets blinking cursor focus instead
- cannot remove the widget from toolbar into palette

Expected
- see drag grab hand icon whilst dragging the widget
- be able to remove widget from toolbar into palette
Bug: Multi-word global search fails to match a message with word1 full match in subject and word2 full match in "From:" (sender)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-12-10 16:32:35+00:00
Resolved: 2021-11-17 21:47:18+00:00

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

Steps to reproduce:

- Find a mail that you have in some subfolder of your Inbox
- Move to Inbox or the whole mail entity 
- Do a "Mail Toolbar"-search with 1 word from the sender (e.g. first name) and 1 word from the subject


Actual results:

No mail was found.
 cf. attached picture : 
- main picture shows an email with "bilan" in the "Subject" field and "Maxime" in the "From" field exists
- snippet picture shows that searching for "Maxime [and] bilan" results in an email is found but it is not the one expected.


Expected results:

The mail that contains both words should appear in the search-mail results
Bug: Thunderbird does not report a fatal error during TLS handshake (pop.free.fr)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-12-10 17:19:09+00:00
Resolved: 2020-12-17 10:48:01+00:00

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

Steps to reproduce:

I could not get my emails since the second lockdown in France, but was completely unaware of that as everything looked OK.
I have brought my work computer back home. On this computer, I have a pop3 account on which I occasionnally receive emails. It has always worked fine when I connect from work, but apparently not from home. I realised this yesterday and tried to debug today.
My email server is pop.free.fr:995, and the account parameters were properly configured to server: pop.free.fr, port:995, and connexion security: SSL/TLS. I am using Thunderbird 78.5.1 (32 bits) under Win 7. Wireshark revealed a fatal error during TLS handshaking with Description: Protocol Version (70). I can attach the file if required (not sure that there is no password in it).
I have then setup a SSL tunnel with stunnel between localhost:110 and pop.free.fr:995. In Thunderbird, I changed my email server parameters to localhost, port to 110 and security to None, and got all the mails from last month!


Actual results:

1. With Thunderbird normally configured: nothing not even an error report.
2. With the TLS tunnel in place: everything was OK.


Expected results:

I think there are two bugs here. The first one is that there is a TLS error in Thunderbird that does not show up with stunnel. But the second and maybe more critical bug is that Thunderbird does not report any problem, leaving the user unaware their emails are not delivered.

Note: this is maybe related to Bug 1346738, I can't tell...
Bug: Search in Outlook address book doesn't work
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-12-10 19:38:18+00:00
Resolved: 2021-02-26 10:05:30+00:00

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

Steps to reproduce:

After fixing the crash in the Outlook address book search in bug 1680923, it turned out that the search doesn't return any results, and has been defective since at least Thunderbird version 60.
Bug: Thunderbird is not displaying an inline image
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-12-10 19:44:59+00:00
Resolved: 2020-12-12 20:26:02+00:00

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

Steps to reproduce:

I have been using Thunderbird for many years but since I received this email the program does not display the sender's icon, all settings are OK, allowing images both in client and online service, viewing, otherwise in all other emails the images are displayed correctly, I tried to open it as an administrator and in vain, as well as disable the Malwarebytes protection, so nothing causes the icon of this email to be displayed.
Bug: text color selector in new message or reply message no longer works
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-12-11 00:58:21+00:00
Resolved: 2020-12-16 21:41:18+00:00

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

Steps to reproduce:

I clicked "choose color for text" selected my preferred color, clicked OK, and nothing happens. Functionality is now broken.  I'm running TB 78.5.1 (32-bit) in Dark Mode on Windows 10 Professional 64-bit with full admin rights. I tested normal mode and bug persists. I started TB in Safe Mode with all add-ons disabled and bug still persists.


Actual results:

Nothing. Selected color did not load for the selected text.


Expected results:

Text should have changed to the chosen color.
Bug: Send button disabled for mailing list with colon in list name as only recipient
Status: NEW
Priority: --
Created: 2020-12-11 11:17:21+00:00
Resolved: 2021-09-28 19:37:45+00:00

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

Steps to reproduce:

Start a new mail, type in the To: field the name of a non-empty (Thunderbird-defined) address list. See attached screen shot.

This behaviour has been there for a while.



Actual results:

Send remains disabled, as though no recipient hadbeen specified. The only way to send the mail is by adding a spurious recipient (usually I add myself in Bcc)


Expected results:

Send should be enabled
Bug: adjust folder icon packaging following bug 1669036
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-12-11 11:36:46+00:00
Resolved: 2020-12-14 06:45:05+00:00

[task 2020-12-11T11:31:50.597Z] 11:31:50     INFO -  package> ERROR: The following duplicated files are not allowed:
[task 2020-12-11T11:31:50.597Z] 11:31:50     INFO -  package> chrome/toolkit/skin/classic/global/icons/findFile.svg
[task 2020-12-11T11:31:50.597Z] 11:31:50     INFO -  package> chrome/classic/skin/classic/messenger/icons/panel-icon-folder.svg
[task 2020-12-11T11:31:50.597Z] 11:31:50     INFO -  package> /builds/worker/checkouts/gecko/toolkit/mozapps/installer/packager.mk:25: recipe for target 'stage-package' failed
[task 2020-12-11T11:31:50.597Z] 11:31:50    ERROR -  package> make[5]: *** [stage-package] Error 1
Bug: Email UI showing always the same address in sender field
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-12-11 11:56:49+00:00
Resolved: 2021-04-27 17:44:40+00:00

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

Steps to reproduce:

Access an email in the inbox or any other folder.


Actual results:

The sender always appear with an unrelated email address. That email is always the same for any received or old email.


Expected results:

Show the correct sender server address I think... At least not showing a completely unrelated email address.
Bug: autoconfig testing SMTP protocol violation: pipelining before advertisement
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-12-11 13:47:30+00:00
Resolved: 2021-08-23 09:03:52+00:00

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

Steps to reproduce:

[[component: network:SMTP]]

Adding a new account starts the testing wizard. It tests SMTP port:auto tls:auto. There are various problems:

1. TB connects to SMTP, waits for greeting (I am not _sure_ about that, if not that would be another protocol violation), then sends "EHLO we-guess.mozilla.org\nQUIT\n".

This is SMTP protocol violation since you cannot use PIPELINING unless it has been advertised to you, in response to EHLO.  (This triggers "554 synchronization error" from exim and probably similar from postfix, unless hacked to accept invalid protocol order, which is counter-productive against spam.)

2. Detection, probably connected to #1 is extremely random. I have seen:
- port:25 tls:none
- port:587 tls:none
- port:587 tls:starttls
- error
Also ReTesting the already detected combo may result error (about 70% probability by feeling).



Actual results:

Mostly errors (smtp protocol violation 5xx error from smtp server) and the detection fails. Sometimes port misdetected or TLS misdetected.


Expected results:

No SMTP protocol violation, eg: EHLO | waiting for reply, also getting proper PIPELINING and STARTTLS support right | QUIT

Properly detecting port:587, tls:starttls in my case.
Bug: handle more cases of bad certificates with proper user feedback
Status: NEW
Priority: P2
Created: 2020-12-11 14:36:35+00:00
Resolved: 2025-01-11 13:29:53+00:00

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

We should give some feedback for at least:
- bug 1178497 comment 13: cert from a self-signed CA (not self-signed certificate)
- bad SSL version (maybe just output in console)
Bug: Many chat contact notifications cause Thunderbird to be vertically larger than the screen
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-12-11 16:09:57+00:00
Resolved: 2021-02-12 17:54:46+00:00

After re-connecting my XMPP account after a while, around 90 spam contact requests had queued up.

(The chat was open, but the mail tab was selected.)

This caused automatic vertical resizing of the Thunderbird window. It had a height that was a multiple of the vertical screen size.

It was impossible to shrink the window size vertically.

Only after I discovered this cause, and after closing the notification, I was able to manually resize the window to a useful size.
Bug: Long subject forcefully resizes compose window
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-12-11 18:50:44+00:00
Resolved: 2021-01-09 19:44:57+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.198 Safari/537.36

Steps to reproduce:

When a message has a very long subject, the compose window auto-resizes itself to accommodate the whole subject, up to the full width of the display. 


Actual results:

Resizing with the mouse is limited - it can only be this auto-determined width or wider, but not narrower.
The length of subject to replicate the problem depends on display width - in my case it begins to widen my usual window at about 130 symbols subject, and it continues doing so until it fills the whole screen at about 250+ symbols.




Expected results:

If this is a feature, it is wrongly implemented. The window should still be resizable to the user's taste. Once the subject is beyond the provided field, the auto-widening behavior should stop. My personal preference would be not to happen at all, but still.

TB 78.5.1 (64-bit) on Mac Catalina
Bug: Filtrado de correo, no brinda historial de correo
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-12-11 21:32:44+00:00
Resolved: 2021-02-11 22:16:43+00:00

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

Steps to reproduce:

Se actualizo la versión de thunderbir,  y cuando filtro los correos ya no aparece el historial 


Actual results:

Regrese la versión para ver si me ayudaba en poder filtrar, pero no se pudo
Bug: Mark as Read by Date Not Working
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-12-11 21:35:38+00:00
Resolved: 2020-12-12 00:10:56+00:00

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

Steps to reproduce:

Right click in the message list and select Mark->As Read by Date
Enter an end date and click ok


Actual results:

It fails without displayed error.  I'm attaching the exported message from the error console



Expected results:

It should have marked the selected messages read by date
Bug: Thunderbird may use OTR library using a filename that isn't distributed
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-12-12 09:12:58+00:00
Resolved: 2022-04-14 08:08:33+00:00

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

Steps to reproduce:

1. Summary:
The newest version of Mozilla Thunderbird Product has 02 vulnerability about dll hijacking and lead attackers to perform an arbitrary code execution by loading a unverify dll.
- Vulnerability Process: thunderbird.exe (Local at : "%Program Files (x86)%\Mozilla Thunderbird\thunderbird.exe")
- The dll name Hijacked: otr-5.dll, otr.5.dll

2. Steps To Reproduce:
When user runs thunderbird.exe 02libraries with name otr-5.dll and otr.5.dll at 1.Summary are loaded by thunderbird.exe with a relative name that makes it exposed to DLL hijacking. When an application or a service is starting on Windows it looks for the used DLLs in order to function properly. If these DLLs don’t exist or the software code is developed in an insecure way (DLL’s are called without using a fully qualified path) then it’s possible to load and execute a malicious DLL file.

It should be noted that when an application needs to load a DLL it will go through the following order:
The directory from which the application is loaded
C:\Windows\System32
C:\Windows\System
C:\Windows
The current working directory
Directories in the system PATH environment variable

3. These steps below will show how to escalate privilege:

- Create a fake dll with name "otr-5.dll". Its code just calls the notepad.exe process by cmd.exe. (with user - not admin)
- Copy the fake dll "otr-5.dll" to a folder which has writeable permission with user. I choose folder "C:\Python27" (It is contained in "Directories in the system PATH environment variable")
- Open thunderbird.exe, my fake otr-5.dll is called first, and the notepad.exe process runs.


Actual results:

Attacker can run all malicious commands on victim computer with this issue whenever user opens thunderbird.exe.


Expected results:

Thunderbird.exe should load the truth dlls with verified digital on the truth path.
Bug: Build fails on Kubuntu 20.10
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-12-12 10:19:00+00:00
Resolved: 2020-12-29 19:54:09+00:00

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

Steps to reproduce:

I'm a n00b, maybe I'm doing something wrong.

I assume by fetching source on 11 Dec 2020, I was building Thunderbird 85 ?  Not sure.

Followed instructions starting at https://developer.thunderbird.net/thunderbird-development/getting-started

I chose option "2. Firefox for Desktop"

I'm using Kubuntu 20.10 on a slow old laptop.


Actual results:

1. Instructions are unclear about where mozconfig file is supposed to live.  In mozilla/source directory ?  I was getting a "config item not found" error each time I tried a "mach build", no matter where I put that mozconfig file.  Finally left it sources directory.  Now I can't replicate the problem.

2. I found that the instructions were missing the following items needed on Kubuntu 20.10:

sudo apt install python3-pip

sudo apt install llvm

sudo apt install libnotify-bin

3. At one point, build got to a point where it prompted me "Want to run Mercurial wizard to improve the source-control system ?", and then my system was locked-up solid.  Mouse-cursor didn't move, Alt+Tab didn't work, Alt+F2 didn't work, Ctrl+Alt+F2 didn't work, nothing.  Disk light was OFF.  Tried for 5 minutes or so.  Finally powered down and rebooted.

4. Building again, while build was progressing normally, I had periods where mouse-cursor didn't move, Alt+Tab didn't work, Alt+F2 didn't work, Ctrl+Alt+F2 didn't work, nothing.  Disk light was ON solid.  But after 30+ seconds, system recovered, mouse moved, build continued.  All the key-presses I'd done were discarded/ignored, apparently.

5. Finally build failed with:

    mozilla/source/config/makefiles/rust.mk:319: force-cargo-library-build] Error 101
    mozilla/source/config/recurse.mk:72: toolkit/library/rust/target] Error 2



Expected results:

Build success.
Bug: blind copy setting in account settings does not trigger BCC being set in replies
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-12-12 10:49:58+00:00
Resolved: 2022-05-10 07:55:37+00:00

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

Steps to reproduce:

Configured blind copy to my own address in account settings -> copies and folders
Clicked on reply to a message which was not sent by myself.



Actual results:

Message editor opens. 
From/To/Subject fields are automatically filled.
BCC input field is neither shown nor filled


Expected results:

BCC input field should be shown and filled by my own address
Bug: If Message filters dialog height exceeds the height of the smaller of two monitors it is displayed on dialog is truncated on the small monitor
Status: NEW
Priority: --
Created: 2020-12-12 22:05:52+00:00
Resolved: 2024-09-12 10:48:53+00:00

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


Tools - Message filters. Select filter and click edit. If the secondary display used is smaller than the primary,  the dailog is truncated.

I would say this is a regression remaining after Bug 1633306 . Or a preexisting bug that is exposed by the fix.