av9ash/GitBugs huggingface dataset:
Bug: attachment pane should auto-adjust to required height
Status: UNCONFIRMED
Priority: --
Created: 2024-05-12 00:51:39+00:00
Resolved: 2024-05-17 13:18:16+00:00

## problem description:
### attachment pane in the message preview pane
Why can the user resize the attachment pane ?

I don't understand why the attachment pane can be made larger than it needs to be, potentially covering almost the entire screen with a mostly blank area. Especially since switching to another email keeps this unnecessarily large attachment pane dimensions!
(*see screenshot 1: "attachment pane too big"*)

I don't see any benefit of the opposite case either, i.e. downsizing the attachment pane BELOW the required dimensions for displaying the attachments (i.e. not all attachments are visible), given that the attachment pane can be collapsed. Again, switching to another email keeps the undersized attachment pane dimensions so that not all attachments might be visible.
(*see screenshot 2: "attachment pane too small"*)

So there are actually 2 problems:
* Attachment pane size does not auto-adjust to properly fit the attachments after switching to another email.
* Attachment pane can be resized by the user. (I don't see any benefit but only problems in that.)

### attachment pane in the message compose window
The situation here is somewhat better:
The attachment pane cannot be downsized below the required size to fully display all attachments.
However it can unnecessarily be enlarged without any reason.

## steps to reproduce:
1. resize (smaller or larger) the attachment pane in the message preview pane
--> actual result: attachment pane is either unnecessarily enlarged or too small to display all attachments
--> expected results: attachment pane should not be resizable
2. switch to another email
--> actual result: the attachment pane dimensions from step 1 are kept
--> expected result: the attachment pane dimensions should "snap back" (i.e. auto-adjust to the required height to fit the file list)

I would have assumed this issue to be reported already, but I couldn't find any duplicate.
Bug: Filter dropdown doesn't respond to clicks after closing Customize Headers dialog
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-05-12 13:40:34+00:00
Resolved: 2024-06-16 11:12:36+00:00

Steps to reproduce:

1 - Tools > Message Filters
2 - Click the New button
3 - Click the "Subject" dropdown and choose the "Customize..." item
4 - Click Cancel to close the Customize Headers dialog
5 - Click the "Subject" dropdown again


Actual results:

The dropdown doesn't open and doesn't seem to respond to clicks.

Clicking on the "contains" dropdown makes the "Subject" dropdown responsive again.


Expected results:

The dropdown should open and display the various items.
Bug: text boxes added by `mail.compose.other.header` are empty (even when values are available)
Status: NEW
Priority: --
Created: 2024-05-12 21:47:45+00:00
Resolved: 2024-06-16 11:13:08+00:00

## steps to reproduce
1. in `user.js` add `user_pref("mail.compose.other.header", "Message-ID, In-Reply-To, References");`
2. start TB
3. reply to a message
4. in the message compose window click on the `>>` button to add text boxes for `Message-ID`, `In-Reply-To` and `References`

## actual results
The text boxes are empty.

## expected results
The text boxes should contain the actual values (which will be part of the header once the message is sent).
Bug: White panel obscures address book edit window
Status: UNCONFIRMED
Priority: --
Created: 2024-05-13 09:21:20+00:00
Resolved: 2024-05-14 07:46:25+00:00

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

Steps to reproduce:

Customer tried to edit her address book by going to Tools -> Address Book then click on an entry.


Actual results:

Customer reports unable to edit entries in Address Book as a white panel obscures almost all of the edit window (approx 50% of the width of the Thunderbird window)
See attached (redacted) screenshot.


Expected results:

Customer should be able to see and edit the address book contents.

It works ok on my own Thunderbird (same version) so it is something specific to this user, but I need some help to track down why it is doing this.  Presumably some css thing.  User has no customised css as far as I'm aware.
Bug: Clicking "Send" sometimes leaves the composition window open which can mean both the mail was sent but wasn't added to the send mail folder or wasn't sent
Status: UNCONFIRMED
Priority: --
Created: 2024-05-13 20:08:23+00:00
Resolved: 2024-06-24 20:21:26+00:00

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

Steps to reproduce:

Clicking "Send" sometimes leaves the composition window open which can mean both the mail was sent but wasn't added to the send mail folder or wasn't sent. This happens to me regularly.

Steps to reproduce are 1. click "Send", 2. some quick dialogs happen that often are too quick to read, 3. the send window remains open with no dialog or info about what happened.


Actual results:

"Send" can cause the composition window to stay open with no explanation to the user. This shouldn't ever happen, not even rarely, since not knowing whether an e-mail was sent seems like a data loss issue. While GMail auto-adds sent mails to the sent IMAP folder, other e-mail servers might not do so, in which case this information may be irrevocably lost if I'm not entirely mistaken.


Expected results:

"Send" always causes either a modal dialog waiting for user input to open up that doesn't auto-close, or the composition window closes fully indicating it was processed fully.
Bug: Thunderbird 115.10.1 with Russian localization in Linux Mint 21.03, primary password prompt is in English, not Russian.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-05-13 20:50:09+00:00
Resolved: 2024-05-14 08:05:57+00:00

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

Steps to reproduce:

Double click on the Thunderbird shortcut.


Actual results:

A small Thunderbird window appeared in English asking you to enter a password.


Expected results:

A small Thunderbird window should appear in Russian asking you to enter your password.
Bug: TB Updater from v115.10.1 to v115.10.2 incorrectly states it will update to v116.0
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-05-13 23:55:49+00:00
Resolved: 2024-05-18 10:12:38+00:00

The HELP/ABOUT update process on the release channel for TB 115.10.1 says it will update TB to 116.0.  But the WHAT's NEW page for it is actually the release notes for 115.10.2, which is in fact what TB gets updated to.  (Hacking the URL to see notes for v116.0 reports there is no such page...)
Bug: TypeError: this.completers is undefined
Status: UNCONFIRMED
Priority: --
Created: 2024-05-14 01:29:44+00:00
Resolved: 2024-12-07 21:07:17+00:00

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

Steps to reproduce:

1. Show developer tools ⇾ console
2. Set mouse focus on the global search bar
3. Start typing
4. Hit enter for search


Actual results:

Global search cleared itself and the following error is thrown to the console:

```
TypeError: this.completers is undefined
    startSearch resource:///modules/GlodaAutoComplete.jsm:555
    #handleAutocomplete chrome://messenger/content/unifiedtoolbar/global-search-bar.mjs:172
    #onInput chrome://messenger/content/unifiedtoolbar/search-bar.mjs:58
```



Expected results:

Global search should not clear itself and run the search. And display search results.
Bug: Intermittent comm/mail/test/browser/composition/browser_forwardDefectiveCharset.js | Uncaught exception in test bound test_forward_from_folder - index 0 must exist to be clicked on - timed out after 50 tries
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2024-05-14 07:25:31+00:00
Resolved: 2024-10-20 21:49:29+00:00

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

---
```
Apparently this intermittent still exists
```
Bug: c-c perma toolkit/components/extensions/test/xpcshell/test_ext_contentscript_preloading.js | Test timed out
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2024-05-14 09:02:05+00:00
Resolved: 2024-05-20 06:33:22+00:00

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

---
```
Test added in bug 1475831
```
Bug: Frequent multi-second hangs opening mock
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-05-14 10:27:08+00:00
Resolved: 2024-07-30 20:06:54+00:00

I suspect this is when new email arrives to my github folder which is ~100k messages and counting.

It's all in `nsImapMailFolder::GetDatabase` called from the main thread, called from `onFolderIntPropertyChanged`.

https://share.firefox.dev/3K0MOaI
Bug: Thunderbird takes huge amount of disk space (installed from snap in Ubuntu 22.04)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-05-14 13:16:05+00:00
Resolved: 2024-05-15 09:22:46+00:00

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

Steps to reproduce:

- I used Thunderbird like a normal user for work mail account with 1-3 text emails on average daily.


Actual results:

Ubuntu 22.04 said that there is no disk space left. When using Disk Usage Analyzer, Thunderbird somehow took 300+ GB of space. I am not even having an account for a year


Expected results:

Thunderbird does not steal my disk space.
Bug: Intermittent comm/mail/components/extensions/test/browser/browser_ext_commands_execute_browser_action.js | A promise chain failed to handle a rejection: Message handler threw uncatchable exception
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2024-05-14 17:13:36+00:00
Resolved: 2025-02-20 09:10:02+00:00

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

---
```

```
Bug: cannot apply color to multiple selected words
Status: UNCONFIRMED
Priority: --
Created: 2024-05-15 05:55:25+00:00
Resolved: 2024-05-15 08:03:55+00:00

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

Steps to reproduce:

Cuando redacto un correo electrónico nuevo, respondo a un correcto o lo reenvío, si selecciono en la misma línea dos palabras que no estén seguidas no se le puede aplicar un color, pues solo coge la primera palabra seleccionada.

Espero haberme explicado claramente.


Actual results:

Lo que ocurre es que debería colorear todas las palabras seleccionadas en la misma línea pero solo colorea la primera palabra seleccionada en la línea en cuestión.


Expected results:

Debería colorear todas las palabras seleccionadas en la misma línea de un párrafo.
Bug: Intermittent comm/mail/base/test/widgets/browser_formPickers.js | "eta" == "zeta" - got "eta", expected "zeta"
Status: NEW
Priority: P5
Created: 2024-05-15 07:58:03+00:00
Resolved: 2025-02-24 07:17:15+00:00

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

---
```

```
Bug: Thread pane header's message count may be incorrect in synthetic views (conversation/results list)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-05-15 13:54:00+00:00
Resolved: 2024-06-12 12:01:12+00:00

__Steps to reproduce:__
1. Perform a global search for a term that returns multiple messages, some of which are part of the same thread, and show the results as list.
2. Select all messages.
3. Select a single message and delete it.

__Expected result:
The message count matches the count of selected messages after step2 and decreases by one after step 3.

__Actual result:__
The message count differs from the count of selected messages after step2 (showing only the count of rows in the view) and doesn't change after step 3.
Bug: Opening "Show results as lists" from global search is slow compared to multi-folder saved searches.
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-05-15 14:29:58+00:00
Resolved: 2024-07-06 00:32:36+00:00

In a Daily debug build, opening a global search results covering about 800 messages as list takes about 12s. Utilizing batch processing as in `nsMsgXFVirtualFolderDBView` reduces this time to about 4s. A similar improvement is given when switching to or from Grouped By Sort, as the view is rebuilt in this case.
Bug: rustfmt seems to fail silently
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-05-15 15:41:59+00:00
Resolved: 2024-05-29 12:32:20+00:00

Judging from the mozlint.json artifact at https://treeherder.mozilla.org/jobs?repo=try-comm-central&revision=e92146df0838892764bee3d43926dacefeb264f4&selectedTaskRun=fTyHqzNTRTi1kX6CJDMS8g.0, it looks like we don't fail a rustfmt job when formatting errors are detected (or the tool fails to run).

Additionally, it looks like it's missing the `--edition 2021` argument it needs to process code that uses async/await syntax.
Bug: Thunderbird 115.10.2 (64bit) "Settings for duplicate message search" in the menu "TOOL(T)" does not work.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-05-15 17:54:07+00:00
Resolved: 2024-05-16 05:22:56+00:00

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

Steps to reproduce:

I selected "Settings for duplicate message search" from the menu "TOOL(T)".
Thunderbird 115.10.2 (64bit)
Windows11


Actual results:

``Settings for duplicate message search'' in the menu ``TOOL(T)'' does not work at all.


Expected results:

I want to set the ``Settings for Duplicate Message Search'' in the menu ``TOOL(T).''
Bug: messenger.messages.getAttachmentFile() method stalling while retrieving linked attachments
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2024-05-15 21:31:40+00:00
Resolved: 2024-12-16 21:21:52+00:00

Steps to reproduce:

Called messenger.messages.getAttachmentFile against a "linked" (remotely-stored) attachment

A sample .eml file is included with this report to assist in troubleshooting.  The "linked attachment" in the file can reproduce the issue when used against the Extract 'Em! extension, or possibly if two consecutive attempts are made to retrieve the file via getAttachmentFile()


Actual results:

Intermittently, the call stalls indefinitely.

For background, my extension Extract 'Em! batch extracts attachments.  There are two phases: discovery (identifying attachments) and packaging (retrieving the files and adding them to the result archive/.zip file).  In cases where the size of the attachment (as presented in the MessageAttachment object obtained during discovery) is zero, the extension will fetch the file via getAttachmentFile solely to obtain the size.

A user reported the extension stalling intermittently; I have tracked this down to the call to getAttachment file in the case where the attachment is not embedded in the email message but linked via the X-Mozilla-External-Attachment-URL header in the attachment part.  This is not occurring in a perfectly deterministic fashion according to the user who reported the issue; however, since these types of attachments (at least in the small sample set I have tested against) have a size of zero, the file is actually downloaded twice -- once during discovery and once during packaging -- and during the former it seems to complete without issue, but stalls during the latter.

Interestingly, although the method does not return (at least not in a timely fashion) in that latter case, viewing the Network monitor demonstrates that the file was successfully retrieved on both occasions. 


Expected results:

The call to the method should reliably return once the file is successfully downloaded, or throw an error if problems are encountered.
Bug: Rust build failure caused by ews_xpcom warnings
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-05-15 23:07:31+00:00
Resolved: 2024-05-16 06:46:43+00:00

Rust warnings left in `ews_xpcom` are causing the Brust to fail on treeherder due to treating warnings as errors.
Bug: Thunderbird always freezes with spinning beachball when checking for new mail with (pop)
Status: RESOLVED
Priority: P2
Resolution: INCOMPLETE
Created: 2024-05-15 23:19:39+00:00
Resolved: 2024-12-16 03:13:42+00:00

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

Steps to reproduce:

Nothing. Running a MacPro 5.1, OS 10.14.6, 128G RAM


Actual results:

Whenever Thunderbird automatically checks for new mail, Thunderbird freezes (becomes unresponsive) with a spinning beachball until new mail is downloaded.


Expected results:

Normal operation while checking and downloading new mail.
Bug: Intermittent comm/mail/components/extensions/test/browser/browser_ext_contentScripts_mv3.js | backgroundColor - "rgba(0, 0, 0, 0)" == "rgb(0, 255, 0)" - got "rgba(0, 0, 0, 0)", expected "rgb(0, 255, 0)" (operator ==)
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2024-05-16 09:02:31+00:00
Resolved: 2025-03-04 16:50:02+00:00

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

---
```

```
Bug: Intermittent comm/mail/components/extensions/test/browser/browser_ext_compose_printPreview.js | Original disabled state of item <command id="cmd_tt"> should have been restored - true == false
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2024-05-16 09:04:42+00:00
Resolved: 2025-02-20 09:10:53+00:00

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

---
```

```
Bug: Intermittent comm/mail/components/extensions/test/browser/browser_ext_composeScripts_mv3.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2024-05-16 09:08:15+00:00
Resolved: 2025-02-20 09:10:16+00:00

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

---
```

```
Bug: Intermittent TEST-UNEXPECTED-TIMEOUT | comm/mail/base/test/browser/browser_mailContext.js | single tracking bug
Status: NEW
Priority: --
Created: 2024-05-16 09:09:45+00:00
Resolved: 2025-01-27 06:43:35+00:00

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

---
```

```
Bug: calendar yearly repeat appointment only repeats in workdays
Status: UNCONFIRMED
Priority: --
Created: 2024-05-16 13:26:51+00:00
Resolved: 2024-05-16 13:27:45+00:00

Steps to reproduce:

create yearly repeat appointment


Actual results:

appointment repeats during weekdays but not weekends.
created in May 3 2023 (wed), repeat in 2024 (fri), no repeat 2025 (sat), no repeat 2026 (sun), repeat 2027 (mon), repeat 2028 (tue).



Expected results:

appointment should repeat even on weekdays
Bug: mach build fails with unable to rename ChannelPrefs.framework
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-05-16 15:30:49+00:00
Resolved: 2024-05-29 12:33:15+00:00

During the second time I run `mach build` I get the following error:

```
mv: rename ../../../dist/Thunderbird Daily.app/Contents/Resources/ChannelPrefs.framework to ../../../dist/Thunderbird Daily.app/Contents/Frameworks/ChannelPrefs.framework: Directory not empty
```

I can rm the file (`rm -r <objdir>/dist/Thunderbird\ Daily.app/Contents/Frameworks/ChannelPrefs.framework`) and re-run and it works fine, but this is quite annoying.

rjl suggested this might be a regression from the new updater.
Bug: Folder cache entries not removed on account removal
Status: NEW
Priority: --
Created: 2024-05-16 21:21:14+00:00
Resolved: 2025-02-04 02:03:38+00:00

When deleting an account, the entries relating to its folders are not removed from folderCache.json. For EWS work, this causes properties representing local state to be incorrectly retained when deleting and recreating an account.

We would expect that https://searchfox.org/comm-central/source/mailnews/base/src/nsMsgDBFolder.cpp#3279 would address this, but that doesn't seem to be happening.
Bug: Thunderbird 125 processes stay after closing it
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-05-16 21:51:35+00:00
Resolved: 2024-06-07 13:14:42+00:00

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

Steps to reproduce:

I did close Thunderbird. It closes it, but I can still see the 3 processes in the task manager. Even after waiting a few minutes.

I use Windows 10 Enterprise/Education AMD64.


Actual results:

It closed, but 3 background processes stayed open.


Expected results:

All Thunderbird processes should be closed.
Bug: Built-in PDF Viewer Does Not Display All Fields of an Edited PDF Form
Status: NEW
Priority: --
Created: 2024-05-17 00:33:53+00:00
Resolved: 2024-05-17 09:11:38+00:00

User Agent: Mozilla/5.0 (Windows NT 6.1; rv:109.0) Gecko/20100101 Firefox/115.0

Steps to reproduce:

Edited a PDF Form that had check-boxes and various fields, then sent the file as an email attachment to Thunderbird.


Actual results:

When the recipient opened the file using TB's built-in PDF viewer, the newly entered check-boxes were blank, and some of the numeric fields were vacant.  But if the file was opened with a genuine PDF program, the boxes & fields were fine.

(Running 64-bit TB versions 115.10.1 and 115.10.2 under Windows 10...)


Expected results:

TB's PDF viewer should read and view all relevant fields in a PDF file.
Bug: Wrong version is offered for update
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-05-17 01:19:09+00:00
Resolved: 2024-05-17 08:05:45+00:00

Steps to reproduce:

I go to help / about, to see if there is a possible update.


Actual results:

It says I'm on 115.10.1 - which is correct (32 bit, windows 7, non-beta release channel). It also shows a button to upgrade to 116.0.


Expected results:

It should show a button to upgrade to 115.11.0. Afaik 116.0 is an old beta version, which would not even work on windows 7, so this behavior seems wrong on multiple levels.