av9ash/GitBugs huggingface dataset:
Bug: Wrong content script tab ID with multiple mailTab windows
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-05-13 13:51:08+00:00
Resolved: 2021-06-17 07:34:51+00:00

### Bug

When using content script on Thunderbird the receiver get the tab of the sender as an argument. It contains the id of the tab. When opening multiple windows the tab ID received can be wrong. Let's consider the minimal reproducer add-on below.

### Reproducer

manifest.json

```json
{
    "manifest_version": 2,
    "name": "test tabId",
    "description": "Showcase the tabId bug",
    "version": "1.0.0",
    "author": "author",
    "applications": {
        "gecko": {
            "id": "no-reply@mozilla.com",
            "strict_min_version": "78.4"
        }
    },
    "background": {
        "scripts": [
            "background.js"
        ]
    },
    "message_display_action": {
        "default_title": "Test"
    },
    "permissions": [
        "messagesModify"
    ]
}
```

background.js
```js
messenger.messageDisplayScripts.register({'js': [{'file': 'content.js'}]});

messenger.runtime.onConnect.addListener((p) => {
    console.log('email tabId ', p.sender.tab.id);
    messenger.messageDisplayAction.setBadgeText({text: p.sender.tab.id.toString()});
})
```

content.js

```js
messenger.runtime.connect();
```

### Expected behavior

This should log the tab ID to the console and set the tab ID as the badge text each time a message is displayed

### Actual behavior

When opening a second mailTab in a new window, the badge text is updated to the new tab id as expected. But when coming back to the first mailTab, the tab ID displayed is the id of the second tab. The tab ID received is the same for the first and second tab.

Closing the second window restore the correct behavior.

### Remarks
The same wrong behavior appear when using `messenger.runtime.sendMessage()`

The wrong behavior only appear on mailTab and not on message tab.

The issue is present on all latest Thunderbird from all channels (release, beta, daily)

I have attach the reproducer
Bug: When selecting lines in Inbox, each alternate line appears as blank as both text and background become the same color.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-05-14 10:39:01+00:00
Resolved: 2022-12-03 09:42:23+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/90.0.4430.212 Safari/537.36 Edg/90.0.818.62

Steps to reproduce:

Selected an email entry
Held the Shift key
Used Down arrow to select further lines


Actual results:

Of each pair of contiguous lines selected, one line was highlighted (white text on dark background) whilst the other had white text but also white background (appeared invisible).


Expected results:

All lines selected should have had white text on dark background.
Bug: Message preview shows an e-mail content and then switch preview to random calendar invitation e-mail from particular folder
Status: UNCONFIRMED
Priority: --
Created: 2021-05-14 10:40:44+00:00
Resolved: 2021-05-14 20:18:22+00:00

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

Steps to reproduce:

First scenario:
Having 3-pane Thunderbird windows I click once on some message on message list in order to see preview in next pane.
Second scenario:
I open and e-mail in new tab by clicking twice on e-mail on message list.


Actual results:

In both scenarios I see message preview / content for a couple of seconds and then instead of message I see content of some random calendar invitation e-mail from particular folder. Usually it happens after couple of seconds, sometimes after ~30s.


Expected results:

When I open some e-mail in preview mode or on new tab it should remain the same without changes until I make some other action like changing e-mail to the next one.
Bug: Problem to connect to Compuserve
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-05-14 13:44:38+00:00
Resolved: 2021-05-17 14:29:02+00:00

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

Steps to reproduce:

For years I've been using my email account zygunt@compuserve.com via Thunderbird. Everything was working well until it was updated to 78.8.0 (32 Bit). Since then every time there comes the infor-mation '[SYS/TEMP] Server error - Please try again later'. This information has been coming up in the past as well, but after a few hours it disappeared and everything was fine. This time it seems to be a permanent condition.
Even after installing it on a new computer (78.10.0. 64 Bit) with importing the profile from the old system nothing changes and the information still comes up.
I also tried to set up a new account, before importing the old profile (Server Type: POP Mail Ser-ver; Server name: pop.csi.com; Port: 995; Connection security: SSL/TLS; Authentication method: Normal password). But still there was no connection to the server possible.

Different email accounts work well via Thunderbird. It is also possible to use Compuserve via Firefox / the AOL-website.

I kindly ask for help and a solution to this problem.

Sincerely,
Zygmunt J. Piatosa
Berlin


PS: If it possible, I would like to have a contact in German, please.



Actual results:

see above


Expected results:

see above
Bug: Set Up Your Existing Email Address not working
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-05-14 14:40:48+00:00
Resolved: 2021-05-24 05:15:53+00:00

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

Steps to reproduce:

Given that I click File>New>Existing mail account and I enter name, email, and password
When I click Continue
Then nothing happens. 

(Windows 10)


Actual results:

Clicking continue does nothing


Expected results:

It should have taken  me to the next step
Bug: Drag&Drop of IMAP folder in TB while it is indexing the folder causes Not Responding issues
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-05-14 15:44:43+00:00
Resolved: 2021-10-30 19:34:02+00:00

Step to reproduce:

In TB 89.0b3 (64-bit) and 89.0b4 (64-bit) and possibly some previous version... I click an IMAP folder to drag&drop it to move it into a new location... as soon as I click the folder it starts loading message headers and indexing it... but does not prevent the drag&drop... so both process can go on at the same time...

What happens:

The problem is that once you drop the folder, TB request move of folder to the server that proceed... and we then end-up TB still trying to access folder and indexing it in the old location while it is no longer available in that location server side while still visible in TB view in both old an new location... TB keep retrying to access and index old location and causing unresponsiveness... going offline and back online does not sort the issue... as the indexing keep being retried till TB is exited! Not very user friendly :-)

What's expected:

The indexing to start with a delay maybe 2s and only if a drag&drop is not triggered on the folder, and if for some reason the indexing was started, to have it stopped immediately as soon as the folder is dragged from his current old location with the move process starting upon drop only after the indexing process would have been properly stopped first.

Hope that make sense...
Bug: Connections Settings subdialog doesn't disable fields when radio selection changes
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-05-14 21:18:46+00:00
Resolved: 2021-08-31 14:14:37+00:00

**To reproduce**
- Access `Preferences` > `General` > `Connection` area > `Settings...` button.
- Change the `Proxies` radio button between `Manual` and other options.

The input fields that "belongs" to the `Manual` radio option should be disabled when that option is not selected.

This happens correctly in Firefox.
I'm not sure if this bug should be here or in the upstream synchronization.
Bug: Filter action failed: "Move failed" with error code 0x8055000f
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-05-15 08:48:03+00:00
Resolved: 2024-01-17 13:04:19+00:00

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

Steps to reproduce:

Filtering mails with action "move to folder".


Actual results:

Getting often (not always) this error:
[15.05.2021, 10:23:38] Filter "TLD-Blacklist" auf die Nachricht Aleksandr <info@s15.promo-royalcanin.ru> - [SPAM] Предложение am 15.05.2021, 06:02:23 angewendet Junk-Bewertung

[15.05.2021, 10:23:38] Filter "TLD-Blacklist" auf die Nachricht Aleksandr <info@s15.promo-royalcanin.ru> - [SPAM] Предложение am 15.05.2021, 06:02:23 angewendet Nachricht (ID= 0a86b3b4d757d73107edbded67cc3797@s15.promo-royalcanin.ru) verschoben nach mailbox://nobody@Local%20Folders/Junk

[15.05.2021, 10:23:38] Filteraktion fehlgeschlagen: "Verschieben fehlgeschlagen" mit Fehlercode 0x8055000f beim Versuch folgender Aktion: Filter "TLD-Blacklist" auf die Nachricht Aleksandr <info@s15.promo-royalcanin.ru> - [SPAM] Предложение am 15.05.2021, 06:02:23 angewendet Nachricht (ID= 0a86b3b4d757d73107edbded67cc3797@s15.promo-royalcanin.ru) verschoben nach mailbox://nobody@Local%20Folders/Junk

[15.05.2021, 10:23:38] Filteraktion fehlgeschlagen: "Fehler beim Anwenden der Aktion für den Filter" mit Fehlercode 0x8055000f beim Versuch folgender Aktion: Filter "TLD-Blacklist" auf die Nachricht Aleksandr <info@s15.promo-royalcanin.ru> - [SPAM] Предложение am 15.05.2021, 06:02:23 angewendet Nachricht (ID= 0a86b3b4d757d73107edbded67cc3797@s15.promo-royalcanin.ru) verschoben nach mailbox://nobody@Local%20Folders/Junk

[15.05.2021, 10:23:38] Mitteilung von Filter "TLD-Blacklist": Applying filter actions failed
[15.05.2021, 10:23:38] Filter run failed



Expected results:

Mail should have been moved to requested and existing folder.
Bug: Port bug 1684241 to Thunderbird - No SOCKSv5 proxy for 127.0.0.0/8
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-05-15 11:29:22+00:00
Resolved: 2021-05-16 18:26:49+00:00

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

Should port https://hg.mozilla.org/mozilla-central/rev/5dbc5c9a3d38
Bug: Cannot Change Column Widths - problem with xulstore.json
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-05-15 13:10:23+00:00
Resolved: 2022-01-27 12:51:44+00:00

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

Steps to reproduce:

When adjusting column widths in the folder pane, the cursor changes to a double arrow when placed on the separator between "Name" and Total in the headings row. The column width can then be adjusted.

The same procedure used to be how it worked in the message pane. Currently, no matter where the cursor is moved in the column headings, a double arrow cursor change does not happen and the column widths cannot be changed.



Actual results:

See above.


Expected results:

When the cursor is placed over the separator bars in the column headings, it should change to a double arrow cursor and enable changing (dragging) the column size.
Bug: Thunderbird 89.0b4 warping system title bar buttons
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-05-15 13:48:51+00:00
Resolved: 2021-06-28 02:45:13+00:00

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

Steps to reproduce:

Launch thunderbird 89.0b4 hover the cursor over the minimize / maximize / close button of the main form 


Actual results:

The button does not fit into the header size (more than necessary) 


Expected results:

The size of the highlighted button must match the header.
Bug: One collected consistently adds .com to the address - (final:  .com.com)
Status: VERIFIED
Priority: --
Resolution: WORKSFORME
Created: 2021-05-15 16:37:47+00:00
Resolved: 2021-06-10 13:45:49+00:00

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

Steps to reproduce:

wrote an email to <name>.com


Actual results:

It was delivered to <name>.com.com


Expected results:

Should have delivered to <name>.com

Note:  Deleted it from collected addresses, and entered  it again.  Still delivered it to ".com.com"

Full disclosure:  I originally entered <name>.com.com - realized my mistake and removed it.  However, it still re-appears.
Bug: TB returns Mail Box Full to sender when attempt to send mail with attachments
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-05-15 21:11:56+00:00
Resolved: 2021-05-18 00:18:14+00:00

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

Steps to reproduce:

Someone sent me an email with one or more attachments


Actual results:

Mail system returned "Mail Box Full" to sender and did not deliver the message to my mail box.
Of course, my Mail box was not full; if it matters, my mail box was actually full 
one or two times previously many days before the error occurred. Since cleaned out and kept clean. Multiple other mails received without attachments same day as error occurred.


Expected results:

I should have received the email correctly with the attachments ready to open at the bottom right of the email.
Bug: GPU memory leak
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-05-15 21:24:52+00:00
Resolved: 2021-05-16 15:10:29+00:00

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

Steps to reproduce:

Leave Thunderbird open for many hours. TB 78.10.1, Win10 Pro, Radeon RX470 4GB. TB add ons: CardBook, Category Manager, GCalTab, ImportExportTools NG, Manually sort folders, Phoenity Icons, Provieder for CalDAV & CardDAV, Provider for Exchange ActiveSync, QuickText, Sieve, TbSync, ThunderHTMLedit. Everything up to date.


Actual results:

Thunderbird constantly increases GPU memory usage to absurd levels, over 2GB of dedicated GPU usage. Possibly it is due to Firefox bug - I've seen similar reports for GPU memory leaks in Firefox a few months ago.
Bug: Menu button hover text appears on bad place with bad text after some tries. Message pane all fields hover show the same text.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-05-16 09:18:06+00:00
Resolved: 2021-12-01 10:30:00+00:00

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

Steps to reproduce:

It appears on Windows 10 64 bit, using 32 bit TB 78.10.1 and TB 52 too, normal and safe mode.
Move the mouse to the Menu (3 bar) button, watch the hover text,
then watch the hover text on message pane fields, and repeat these two, until the hover text of the Menu button is shortened and appears on  the top left corner, instead of under the button.


Actual results:

The hover text of the Menu button is shortened and appears on  the top left corner 1 time,
The menu button hover text appears on bad place, and the text changed from "Display the Thunderbird Menu" to the wrong "Display the Thunderbird Men".
On every fields and  next time on the Menu button this wrong hover text appears, in the correct place.




Expected results:

Show the correct hover text according to the buttons and the fields.
Bug: Create a way to stop popup messages for unwanted updates
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-05-16 17:52:04+00:00
Resolved: 2023-01-29 00:36:24+00:00

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

Steps to reproduce:

Everytime I open Thunderbird mail I get a message to download a "fresh" version of Thunderbird.  Doing this appears to result in the loss of the address book and saved messages. 


Actual results:

Not risking the download.  I don't want a "fresh version".  Give users an option to opt out and stop this pop up, and all  pop ups from returning, if we don't want to update. 


Expected results:

What SHOULD happen is an additional choice should ALWAYS be offered with downloads.  Thunderbird should always permit a user to permanently REFUSE any download and continue to use their current email version.  As it is, I repeatedly have to say "not now" and this message will keep coming -much to my annoyance- forever...or until I switch to another provider.
Bug: Intermittent comm/mail/components/extensions/test/browser/browser_ext_messageDisplayScripts.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-05-17 00:17:20+00:00
Resolved: 2021-05-24 06:05:58+00:00

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

---
```
This has been happening on and off for ages. I don't know why there's no bug for it.```
Bug: Received email from Azizah Bt Kechek re account overload. Is it a scam?
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-05-17 02:40:30+00:00
Resolved: 2021-05-17 23:31:40+00:00

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

Steps to reproduce:

I suspect this email is a scam. Sender's email address (customs.gov.my) indicates message from Malaysian government.
User's knowledge of English grammar and punctuation is limited - I wouldn't think an organization such as Mozilla would be literacy deficient in its communication to its users.  Email has a 'link' to an alleged upgrade. So, apart from this enquiry, I've done nothing.


Actual results:

Email received states:

Attention: MailBox User,

Your Mail Box storage has reached its quota limit in our data base, to avoid being block click on the link below and relogging to Re-new your Mail Box Storage Limit. Note: that this is an emergency upgrade and has to been taken very seriously.

Click to validate:​

Technical Support
72.168.219.643
Copyright @ 2021 All rights reserved.​

I'm not touching the link unless I know the email is from Thunderbird.


Expected results:

Either:
1. Mozilla needs to better identify itself and provide some verification facility in its emails, or
2. Scammer needs to attend an English grammar and punctuation course to enhance his success rate in ripping off unsuspecting victims.
Bug: Address Book's New Contact drop-down menus doesn't dismiss under Wayland
Status: NEW
Priority: --
Created: 2021-05-17 04:07:15+00:00
Resolved: 2022-01-02 13:50:16+00:00

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

Steps to reproduce:

1. Start Thunderbird under Wayland (I used `export MOZ_ENABLE_WAYLAND=1 && gtk-launch mozilla-thunderbird`)
2. Click Address Book > Personal Address Book > New Contact.
3. With a mouse try operating any drop-down menu, such as Contact > Prefers to receive messages formatted as, or Private > Birthday date fields.


Actual results:

The menu pops up and the current choice is highlighted, but moving the mouse around does not highlight other menu items, and I can't click them.


Expected results:

Working UI interaction. The workaround is to use the keyboard arrows and [Enter] key to navigate the menu.

This is the Thunderbird 78.10.1 Fedora 34 package running under KDE Wayland on Fedora 34 KDE spin.

Maybe this isn't working because Address Book uses old XUL components; these drop-down menus don't look like the in-window Preferences. Martin Stransky elsewhere indicated that Thunderbird under Wayland isn't supported yet, but it's been working fine for me for weeks. I hope reporting this isn't a waste of time.
Bug: Attachment Drag&Drop with wrong filename
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-05-17 14:05:42+00:00
Resolved: 2021-05-17 23:03:14+00:00

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

Steps to reproduce:

Drag&Drop the attachment from the attached sample mail to a folder in Windows.


Actual results:

The attached file gets saved with an invalid file name. If the mail is in the INBOX folder the filename is "INBOX<number>". If the eml file is opened in Thunderbird the filename is the same as the eml file. If the attachment is saved with "Save as..." the correct name is used.


Expected results:

The filename should be the name of the attached file.
Bug: Global search is triggered prematurely by just typing search words into Quick Filter [involving Add-on: CardBook]
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-05-17 20:05:06+00:00
Resolved: 2021-11-17 21:54:40+00:00

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

Steps to reproduce:

On Thunderbird 78.8.0 I start filtering messages (ctrl-shift-k) but, as I'm typing, Thunderbird does a global search (ctrl-k) - sometimes not even letting me finish writing the filter word. To me this is a recent behavior I can reproduce this on Debian testing and windows (in three different machines and also using different accounts, however these three machines connect to two cyrus servers).

I have these gifs to illustrate the problem:

https://i.imgur.com/lkhHGmf.gif
https://i.imgur.com/HxMZVCr.gif


Actual results:

As soon as the keyword I'm typing on the message filter (ctrl-shift-k) returns an empty result thunderbird does a global search with the keyword I've used.


Expected results:

If the filter returns no results and empty result list should be displayed. Only if I type "Enter" should the global search be made.
Bug: Keyboard Navigation not Accessible on MacOS
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-05-18 18:16:28+00:00
Resolved: 2021-05-19 04:35:10+00:00

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

Steps to reproduce:

I tried to use some of the keyboard shortcuts here:

https://support.mozilla.org/en-US/kb/keyboard-shortcuts#w_moving-around-thunderbird


Actual results:

A number of these rely on function keys, e.g. f6 and f8.

Depending on system settings, function keys may not work on their own. Users are supposed to type fn+function keys instead. Because of keyboard design issues this does not work with Sticky Keys. Therefore users have to go into System Preferences to toggle these.


Expected results:

Always include alternatives to the function keys.