av9ash/GitBugs huggingface dataset:
Bug: Installing add-on stalls (fails) at downloading and verifying add-on if no email accounts exist
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-05-15 21:29:39+00:00
Resolved: 2022-05-16 11:15:43+00:00

Steps to reproduce:

On a fresh, high-powered laptop with a clean install of Windows 10, I installed Thunderbird 91.9.0 (64-bit) from scratch and attempted to install the same add-ons as my other Windows 10 machine (which has 91.9.0 (32-bit) installed). I have not yet set up any mail accounts on this new machine.

I searched for [Compact Headers](https://addons.thunderbird.net/en-US/thunderbird/addon/compact-headers/) and clicked on "+ Add to Thunderbird".


Actual results:

A flyover window appeared next to the plugins tool icon at the top, right-hand corner with a title of `addons.thunderbird.net`. There is a full green progress bar. There are two buttons "Add" (in blue) and "Cancel" (in gray).

Nothing further happens. The progress bar continues to be completely green.

I click on "Add" and the flyover window disappears. No add-on appears under Preferences > Add-ons and Themes.


Expected results:

I expected the add-on to be installed and appear under Preferences > Add-ons and Themes.
Bug: Intermittent comm/mail/components/extensions/test/browser/browser_ext_compose_begin.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. -
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2022-05-15 23:01:28+00:00
Resolved: 2022-05-31 15:48:31+00:00

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

---
```
Again.
```
Bug: Fix URI comparison in OpenMessageByHeader()
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-05-15 23:57:25+00:00
Resolved: 2022-06-04 15:49:38+00:00

When clicking on a message ID in the header pane, ```OpenMessageByHeader()``` is called.

A comparison there is always TRUE, because wrong variables are compared:
https://searchfox.org/comm-central/rev/48468049ddceab57193e15c3ef92ec1b59fef59e/mail/base/content/mailContextMenus.js#222
```
    if (msgWindow.openFolder != folderURI) {
```
Bug: Saving saves to Sent folder instead of Drafts folder
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-05-16 01:08:59+00:00
Resolved: 2022-09-12 03:36:48+00:00

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

Steps to reproduce:

Composed a new email and saved it by clicking Save.
Did this on PC1 running TB91.9.0, on PC2 running TB91.9.0, and on a browser using Webmail (using IMAP).
Then I updated PC2 to TB91.9.0 and tried same action again.
Verified that settings for saving emails pointed to Drafts folder.


Actual results:

On PC1, action saves email in Sent folder.
On PC2, action saves email to Drafts folder. 
On Webportal, action saves to Drafts folder. 

After updating TB on PC2 it failed like TB on PC1, saving to Sent instead of Drafts folder.


Expected results:

Saving email should always save email in Drafts folder.
Bug: MacOS TB shows Beach Ball when syncing accounts for 20-40 secs
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-05-16 15:36:03+00:00
Resolved: 2022-10-09 09:59:29+00:00

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

Steps to reproduce:

It appears independently from my actions, seemingly when sync is due.


Actual results:

Beach Ball, Thunderbird is completely blocked for 20 to 40 seconds. Other programs work fine, returning to TB only possible when the "job" is done. It even completes text I wrote half a minute before.
Happens since second half 2021, ~ TB 86.
Mac OS Catalina MBP Retina 2012, 16GB RAM


Expected results:

May be minimal interruption or no delay, while syncing in the background.
Bug: Paste Screenshot into new plain text mail. Screenshot is not send
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-05-16 17:31:02+00:00
Resolved: 2022-10-24 22:23:03+00:00

Steps to reproduce:

I created a screenshot in Windows using the hotkey Windows + Shift + S

I pasted the screenshot into a new mail window. (STRG + V)
I sent the mail.


Actual results:

The screenshot was missing from the message after sending even though the image was rendered visibly in the text window.


Expected results:

The screenshot should be part of the message either embedded (as shown) or attached as a file.

My mail format setting is "auto".
If I manually set it to HTML mail, then the screenshot is sent correctly.

I can't test this in a fresh profile at the moment.
If that is required or if you cannot reproduce this bug, then pls message me and I'll free some time to take further look at this.

I set some about:config values in the past in order to autowrap my plaintext messages after 72 characters, but html mails should still be detected as such by pasting a screenshot into the message body. The auto config is turned on after all.

Regards
Djfe

My Thunderbird version: 91.9.0 32bit
Bug: onNewMailReceived listener skips message list batch when email is deleted or moved
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-05-17 09:21:30+00:00
Resolved: 2022-07-15 14:01:01+00:00

Steps to reproduce:

I added a listener on NewMailReceived. When a new account is configures using pop3 it starts downloading emails. e.g. total 600 emails. After downloading the complete emails the NewMailReceived listener is triggered and we can get email using message list.

During the email downloading process If I delete or move a single message.


Actual results:

The whole chunk of messages list skips. e.g. in 600 email 169 emails are skipped.


Expected results:

Only the deleted or moved message should be skipped from the newMailReceived listener message list.
Bug: filters move/copy rules involving accounts that had realhostname do not work
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-05-17 11:04:23+00:00
Resolved: 2022-05-18 10:20:33+00:00

We need to update filter rules, like is done also when one renames a folder.
For accounts that used realhostname, a rule to move/copy no longer works. (I get a message about folder not existing.)
Bug: Drag and drop of message into composition as attachment shows 0 bytes "Attached message part" without .eml extension while composing
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-05-18 10:45:32+00:00
Resolved: 2022-06-09 19:57:32+00:00

Dragging a message into composition ends up weird and not useful... (regressed from TB 91 - Alice, pls...)
Seen on 102.0a1 (2022-05-17) (64-bit), Win10.

*str*

- drag IMAP message (optionally with its own attachment) from 3-pane into new composition

*actual*
- `0 bytes` attachment is added
- attachment name is `Attached Message Part` (missing .eml extension)
- user confused and won't know what's attached, or if there's anything attached at all
- attachment location tooltip: `imap://doe@example.com@imap.gmail.com:993/fetch>UID>/INBOX>28`
- saving and sending surprisingly does the correct thing (although in 3-pane, you'll see 2 attachments, the mail message and its contained attachment separately, age-old bug), but as a user, why would I try sending a 0 bytes attachment?

*expected*
- show correct attachment size instantly
- attachment file name should be "message subject.eml" as in TB 91
- grab the attachment at the time of attaching, as it might go away later
Bug: Focus lost after pressing ESC to cancel editing contact
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2022-05-18 13:12:25+00:00
Resolved: 2023-01-03 22:56:40+00:00

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

Seen on 102.0a1 (2022-05-17) (64-bit), Win10

**STR:**
1. Open ("new") Address Book
2. Click to select contact A
3. Press `Tab` four times to focus Edit button (only way to edit, see Bug #1752013)
4. Press `Enter` to edit contact
5. Press `Esc` (or click `Cancel` button)


**Actual results:**
- No visible focus point
- Keyboard focus lost and hard to get back (press `Tab` many times...)
- Orientation lost for the blind

**Expected results:**
- Restore a visible focus
- Probably focus the `Edit` button because that's where we came from (otherwise on the contact in the list)
- Personally, I would probably expect the same for *clicking* `Cancel` button (per focus follows mouse), but there seems to be another school of thinking that mouse users don't care about keyboard focus and thus focus indication can be skipped, which is not true imo.
Bug: Settings > Dropbox Attachments provider details not visible in dark theme
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-05-18 14:27:33+00:00
Resolved: 2022-11-13 15:14:49+00:00

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

Steps to reproduce:

Open Settings -> Scroll to Composition - Attachments. Select my current provider - Dropbox.


Actual results:

I couldn't read the details displayed alongside the selection, because am using the dark theme, and the details text is in black colour. 


Expected results:

I should be able to view the selection details irrespective of the theme am on.
Bug: browserRequest.xhtml (OAuth/Matrix SSO) doesn't show popups for selects/auto complete
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-05-18 16:36:32+00:00
Resolved: 2022-06-12 09:17:35+00:00

The browser in the browserRequest.xhtml window doesn't get any popups to show for <select>s and autocomplete. This means users possibly aren't able to complete login forms (for example switching the auth type in a duo 2fa login).
Bug: Dark Mode: Year in timeline view of Search results poorly visible
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2022-05-18 18:20:20+00:00
Resolved: 2022-07-11 15:05:28+00:00

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

Steps to reproduce:

Use the global search. Toggle the timeline in the search results tab.


Actual results:

When Thunderbird is used in dark mode, the year numbers are poorly visible.


Expected results:

Change the color to white.
Bug: 'Move to New Window' from message tab context menu should not duplicate 3-pane tab in the new window
Status: NEW
Priority: --
Created: 2022-05-18 22:17:56+00:00
Resolved: 2022-05-18 22:29:01+00:00

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

Steps to reproduce:

1. double-click on any message to open it in a new tab
2. right-click in the tab header of the message, select `Move to New Window`.

Actual results:
- New window opens with two tabs
  - duplicate of 3-pane tab
  - moved message tab (focused)

Expected results:
- Don't add a duplicate 3-pane tab, just open the message in a new window (as we do when you right-click on message context menu in message list, then `Open Message in New Window`). If I really wanted another 3-pane, there's other ways of achieving that.
- Not sure if I'd want the message in new stand-alone window to have a tab header.
  - Advantage is you could easily add other messages side by side for grouping, comparing etc. (as in a container).
  - Disadvantage is clutter for single-message case.
  - Ideally, no tab header if single message, but if I drop another tab, it should revert to tabs.

On a related note, if `Move to New Window` is not meant to work on the main 3-pane tab, it should be hidden.
Bug: .eml attachments are renamed to "Inbox" after drag and drop to desktop
Status: UNCONFIRMED
Priority: --
Created: 2022-05-19 00:04:50+00:00
Resolved: 2022-06-04 03:12:13+00:00

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

Steps to reproduce:

System:
- Thunderbird 91.9.0 64-bit on Windows 8.1 64-bit
- Mails are displayed as plain text (no HTML) 

To reproduce: Go to an email that has one or more other emails (".eml" files) as attachment, e. g. "mail.eml". Then drag 'n' drop such an attachment from Thunderbird onto the desktop (or any other filesystem folder).


Actual results:

The dropped file is no longer named "mail.eml", but instead its name has been changed to the name of the Thunderbird folder that contains the mail, e. g. "Inbox".


Expected results:

The file should still be named "mail.eml" after it has been dropped.

I have found that this renaming bug does only occur for ".eml" attachments, and only if they are dragged with the mouse. No renaming takes place if "(right-click)\Save As..." is used instead.
Bug: Using target="_blank" in content pages does not work and sort of kills extensions
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-05-19 06:04:49+00:00
Resolved: 2024-07-01 09:09:21+00:00

I am able to crash a debug build by using target="\_blank" in a tags. A normal build just stops working and kills extensions. There is no useful output on the console, even in debug builds. 

STR:

1. Install add-on
2. Click on CLICK button in main toolbar
3. You see 3 links. The first one works, the second one does not, the third on kills TB (debug build)
4. After clicking on the second link, the add-on as basically dead (clicking on the CLICK button is not opening the page any more) and the add-on has to be disabled/enabled first.
Bug: If vCard parsing fails, address book breaks
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-05-19 12:10:39+00:00
Resolved: 2022-06-04 15:49:38+00:00

If the parsing of a vCard fails (for example because of an invalid line, where instead of an address having \n it has an actual newline) the entire address book seems to break. As a result of the parsing error `_vCardProperties` is undefined in `AddrBookCard.jsm` and thus a bunch of code that assumes that the property will always have its methods fail.
Bug: Intermittent comm/mail/test/browser/message-header/browser_messageHeader.js | Currently visible lines are fewer than the number of max lines. 16 <= 1 - false == true
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2022-05-19 12:10:49+00:00
Resolved: 2022-05-30 06:08:28+00:00

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

---
```
Mostly on debug, but apparently also windows shippable
```
Bug: Messages moved from Inbox to local folder lost
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-05-19 14:24:06+00:00
Resolved: 2022-06-20 09:54:43+00:00

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

Steps to reproduce:

Hello,
I clicked all emails on inbox (2200 emails)
Right click -> copy to -> local folder
(I created a local folder earlier).

All the messages are lost, not visible on Local folder not visible to inbox too?



Actual results:

Can't find all emails
Bug: Thunderbird Windows debug builds do not run 2022-05-19 - unless stdout is redirected to a file or pipe
Status: NEW
Priority: --
Created: 2022-05-19 14:56:32+00:00
Resolved: 2025-02-12 10:36:01+00:00

Running a Windows debug build throws the error below and exits, unless stdout is redirected to a file or pipe. 

```
DLL blocklist was unable to intercept AppInit DLLs.
[8272, Unnamed thread 1c04742f000] WARNING: XPCOM object nsMapiEntry constructed from static ctor/dtor: file /builds/worker/checkouts/gecko/xpcom/base/nsTraceRefcnt.cpp:206
Assertion failure: !DebugFileIDs.Contains(aHandle), at /builds/worker/checkouts/gecko/xpcom/build/PoisonIOInterposerBase.cpp:214
#01: Ordinal0[C:\Users\rob\Desktop\thunderbird\xul.dll +0x43daa9]
#02: Ordinal0[C:\Users\rob\Desktop\thunderbird\xul.dll +0x43e273]
#03: Ordinal0[C:\Users\rob\Desktop\thunderbird\xul.dll +0x44e729]
#04: workerlz4_maxCompressedSize[C:\Users\rob\Desktop\thunderbird\xul.dll +0x6b5f274]
#05: workerlz4_maxCompressedSize[C:\Users\rob\Desktop\thunderbird\xul.dll +0x6b5fc22]
#06: Ordinal0[C:\Users\rob\Desktop\thunderbird\thunderbird.exe +0x1801]
#07: Ordinal0[C:\Users\rob\Desktop\thunderbird\thunderbird.exe +0x1351]
#08: TargetNtUnmapViewOfSection[C:\Users\rob\Desktop\thunderbird\thunderbird.exe +0x82518]
#09: BaseThreadInitThunk[C:\Windows\System32\KERNEL32.DLL +0x17034]
#10: RtlUserThreadStart[C:\Windows\SYSTEM32\ntdll.dll +0x52651]
```

I verified that Firefox debug builds are not affected, so it's something in comm-central. I'd guess that it's something in the MAPI Addressbook provider code as that's where `nsMapiEntry` seems to come from.
Bug: Thunderbird re-downloads all my messages from the server, out of the blue
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-05-19 15:47:04+00:00
Resolved: 2022-06-24 10:01:37+00:00

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

Steps to reproduce:

Nothing to reproduce, it just happens out of the blue, today 19.5.22. There is absolutely nothing that I changed or did in the last months that could trigger this nonsense.




Actual results:

Over 8,000 messages from 2018 onwards were downloaded from the server. Webmail says "no new messages", but TB has a different opinion...

Statusbar says 3997 messages downloaded, Inbox says it's over 8,000. I am now copying these messages to a temp folder, and will try to find out if I have local copies already. Looks like real work, checking 8,000 messages, but then, Thunderbird is free, isn't it?


Expected results:

THIS should not have happened.
Bug: Change contacts "mobile" field to "cell" to be in line with RFC 607768
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-05-19 17:11:15+00:00
Resolved: 2022-11-15 22:13:41+00:00

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

Steps to reproduce:

Make or export any contact with a mobile number.


Actual results:

The contact will open or export with the filed "mobile". When using contact syncing apps they do not always line up because of this difference in Thunderbird.


Expected results:

Per RFC 6350 the "mobile" field is not listed. This should be changed to "cell" to line up with the standard and sync with other services properly.

https://datatracker.ietf.org/doc/html/rfc6350
Bug: For new messages, "The messages could not be filtered to folders"
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-05-19 21:13:03+00:00
Resolved: 2022-09-05 19:23:58+00:00

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

Steps to reproduce:

I have Beta 101.0b3 (64-bit) at start-up & when new mail arrives I now get a error box stating the messages cannot be filtered to the trash folder.


Actual results:

Cancel message allows more mail to flow into in box until another filtered email is read into in box & cancel again.  


Expected results:

The process worked fine prior to installing beta
Bug: Checkmarks cause indentation of column labels in column picker of horizontal address book layout
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-05-20 09:09:11+00:00
Resolved: 2022-08-24 09:21:08+00:00

Nit: Checkmarks cause indentation of column labels in column picker of horizontal address book layout

Richard, is this something for you?

STR
- Open Address book
- Right side of search field, click "Change list order" settings button
- Choose `Switch to horizontal layout`
- Click "Change list order" settings button

Actual
- column labels with checkmark are indented vs. unchecked labels

Expected
- don't indent column labels with checkmarks
- always keep columns aligned
- position checkmark on the left margin of the labels
Bug: long subjects are again a problem
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-05-20 09:29:37+00:00
Resolved: 2022-06-03 23:13:35+00:00

Bug 77806 is back. For a test case see attachment 32356.
https://hg.mozilla.org/comm-central/rev/ac7b5c17861af950f652e9bcb1798082ba2af742#l22.175 should not have been removed.
Bug: Message Reader : next messages headers appended after body of current message
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2022-05-20 09:52:10+00:00
Resolved: 2022-07-28 01:02:18+00:00

Steps to reproduce:

Open Thunderbird, click on email account folder, select any HTML message with valid HTML content, but no doctype declaration nor html, head and body tags inside.


Actual results:

Randomly, the headers of the 50 - amount can vary - next messages from the inbox are appended right after the body of the message being read.

Using "Repair" on the folder fixes the issue...until it happens again (with the same messages).


Expected results:

Since the missing elements are not mandatory, only the body of the selected message should be displayed (which is what happens after repair).
Bug: Edit button visually offside with reduced address book window width
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-05-20 10:07:31+00:00
Resolved: 2022-06-04 15:49:38+00:00

*str*

- Open address book and reduce width of Thunderbird window to half-screen
- Select contact and scroll contact view to the right end

*actual*

- Have to scroll horizontally to even see the `Edit` button, that's inconvenient (note bug 1713876). 
- `Edit` button shows offside to the right, that's odd!

*expected*

- `Edit` button should not be offside to the right
- Something more practical and less odd
- Horizontal scrolling is quite impractical and should be avoided as far as possible - maybe we could stack the buttons when toolbar width is too little, allowing for narrow view with vertical scrolling (mouse wheel).
- Allow users to take their own layout width decisions (bug 1713876)
Bug: For right-click on contacts or address books, context menus open at a distance from mouse pointer
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-05-20 11:38:22+00:00
Resolved: 2022-08-24 09:13:11+00:00

It's pretty inconvenient when you right-click on an AB or contact in address book, and the context menu pops up somewhere else, but not where you clicked, requiring extra mouse moves. Horizontal layout is most affected.

STR

- right-click on the icon or in the middle of an **address book item** in directory pane
- right-click on the icon, the first name, or in the middle of a **contact item** in the list of contacts
- Do `Change the list order > Switch to horizontal layout`, and right-click e.g. on the email address of a contact.
- For comparison, right-click anywhere on a message in message list.

Actual
- context menu pops up at a distance from click position / mouse pointer
- in horizontal layout, depending on where you clicked, the context menu might be very far away from current pointer position.

Expected
- context menu should pop up at the click position, i.e. at the mouse pointer (as happens when right-clicking on a message in message list).