av9ash/GitBugs huggingface dataset:
Bug: In a debug build of trunk version 111 the Developer Toolbox doesn't start
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-02-06 11:32:27+00:00
Resolved: 2023-03-24 00:22:31+00:00

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

Steps to reproduce:

Download or build a debug version of TB.
Tools > Developer Tools > Developer Toolbox.


Actual results:

Developer Toolbox opens and closes again, a lot of debug output in the textual console:
```
16104> Assertion failure: obj->compartment() == this, at /builds/worker/checkouts/gecko/js/src/vm/Compartment-inl.h:424
16104> #01: XRE_GetBootstrap[C:\temp\feb-2023-debug\thunderbird\xul.dll +0x689017b]
16104> #02: XRE_GetBootstrap[C:\temp\feb-2023-debug\thunderbird\xul.dll +0x69cfcd5]
16104> #03: XRE_GetBootstrap[C:\temp\feb-2023-debug\thunderbird\xul.dll +0x6ce7cba]
[snip]
16104> [GPU 16532, IPC I/O Child] WARNING: [42C091321961A72D.641F7361F9775E0A]: Ignoring message 'EVENT_MESSAGE' to peer 1.1 due to a missing broker: file /builds/worker/checkouts/gecko/ipc/glue/NodeController.cpp:352
JavaScript error: , line 0: NotFoundError: No such JSWindowActor 'DevToolsFrame'
JavaScript error: , line 0: NotFoundError: No such JSWindowActor 'DevToolsFrame'
JavaScript error: , line 0: NotFoundError: No such JSWindowActor 'DevToolsFrame'
JavaScript error: , line 0: NotFoundError: No such JSWindowActor 'DevToolsFrame'
JavaScript error: , line 0: NotFoundError: No such JSWindowActor 'DevToolsFrame'
JavaScript error: , line 0: NotFoundError: No such JSWindowActor 'DevToolsFrame'
JavaScript error: , line 0: NotFoundError: No such JSWindowActor 'DevToolsFrame'
16104> [GPU 16532, IPC I/O Child] WARNING: [42C091321961A72D.641F7361F9775E0A]: Ignoring message 'EVENT_MESSAGE' to peer 1.1 due to a missing broker: file /builds/worker/checkouts/gecko/ipc/glue/NodeController.cpp:352
16104> [GPU 16532, IPC I/O Child] WARNING: [42C091321961A72D.641F7361F9775E0A]: Ignoring message 'EVENT_MESSAGE' to peer 1.1 due to a missing broker: file /builds/worker/checkouts/gecko/ipc/glue/NodeController.cpp:352
```
We're not sure what's relevant, likely the `No such JSWindowActor 'DevToolsFrame'`.

BTW, using this build:
https://treeherder.mozilla.org/jobs?repo=comm-central&revision=23e5c509a257805c461fe41212e515031e9ee7d3


Expected results:

The debug version should work without crashing asserts or other malfunctions so developers and downstream projects can work.
Bug: Intermittent comm/mail/test/browser/tabmail/browser_dragndrop.js | FolderDisplayHelpers.jsm:2135 - TypeError: can't access property "findIndexOfMsgHdr", get_db_view(...) is null
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2023-02-06 12:05:55+00:00
Resolved: 2023-06-28 18:56:20+00:00

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

---
```

```
Bug: Keyboard shortcuts should not propagate to the normal UI while customizing Unified Toolbar
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2023-02-06 12:34:45+00:00
Resolved: 2023-04-24 19:51:44+00:00

STR:
- Open unified toolbar customization (right click on the toolbar and select customize)
- Execute a global command shortcut like Ctrl + K

Expected result:
Nothing actually happened

Actual result:
The keyboard handler for the global Ctrl + K shortcut is executed and opens a gloda facet.

Importantly we shouldn't just check if Ctrl + K doesn't propagate, this should apply to all keyboard interactions.
Bug: Menu View > Sort by > Threaded/Unthreaded/Grouped-by-Sort doesn't work
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-02-06 18:45:56+00:00
Resolved: 2023-04-24 19:49:37+00:00

Changing through the menu `View > Sort by > Threaded/Unthreaded` doesn't work.
I get following error:
 Uncaught ReferenceError: MsgSortUnthreaded is not defined
    oncommand chrome://messenger/content/messenger.xhtml:1

Changing through clicking the column header works.
Bug: Unable to open attachments in LibreOffice unless I switch the mime-types from "always ask" to "always open in LibreOffice"
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-02-06 20:41:14+00:00
Resolved: 2023-10-07 18:04:15+00:00

Steps to reproduce:

Test procedure using Thunderbird 102.6.0 on Debian 5.10:

1. Edit > Settings > General > Files & Attachments. Review each mime type. Configure the appropriate mime types to always ask.

Then using the same LibreOffice attachment for each test (I get the exact same results for documents, spreadsheets, and presentations):

2. Double-click the attachment to open in LibreOffice. FAILS.
3. Right click the attachment and choose Open to open in LibreOffice. FAILS.

I tested the attachments for corruption:

4. Save the attachment. Open the file from the filesystem. SUCCEEDS with no issues.

I tested my system for issues unique to my system:

5. Restart Thunderbird in troubleshooting mode and repeat 2-3. Exact same results.
6. Restart Thunderbird in troubleshooting mode. Before testing the attachment, I checked the error console for missing libraries. There are no log messages about missing libraries, only a few alerts about quirks mode. Repeat 2-3. Exact same results. And zero additional messages (no errors, no warnings, no logs) posted to the error console.
7. Restart Thunderbird in troubleshooting mode from the command line. Repeat 2-3. Exact same results. And zero messages posted to the terminal.

The work-around:

8. Edit > Settings > General > Files & Attachments. Review each mime type. Configure the appropriate mime types to always open in the associated LibreOffice application.
9. After the work-around, repeat 2-3. Both SUCCEED.

Related to bug 1258117 see especially comment 10.
Bug: Oauth2 does not correctly authenticate
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-02-07 01:23:05+00:00
Resolved: 2023-02-08 00:05:39+00:00

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

Steps to reproduce:

After problems with Oauth2 in Thunderbird following an update and reading up on the issue, I removed Thunderbird and relocated my profile folder. I then downloaded the newest available Thunderbird for Linux (102.7.1) from the Mozilla site and attempted to configure for my employer's Office 365 email.


Actual results:

Thunderbird 102.7.1.  Downloaded to Debian from Mozilla (not from Debian repo) still does not correctly authenticate with Microsoft Oauth2. I get the Microsoft window for username and then password. And then a "failure to authenticate" message. Thunderbird 106.0 works as expected.


Expected results:

Oauth2 should authenticate in 102.7.1 as it does in 106.0. 

And yes ... I'm aware that a recent bug (1810760) was closed and listed as "fixed" for this issue. I'm asserting that it is NOT fixed.
Bug: Primary Password not protect older e-mails (closed)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-02-07 01:28:04+00:00
Resolved: 2023-02-07 03:11:45+00:00

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

Steps to reproduce:

1. Set Primary Password
2. Close App
3. Open App
4. Show window about password, click cancel
5. I can read older e-mails


Actual results:

Possibility to read older e-mails without giving the primary password


Expected results:

better protection, securing older e-mails against others with primary password
Bug: Intermittent comm/mail/base/test/browser/browser_paneSplitter.js | Resized element should take up the expected height
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2023-02-07 07:02:19+00:00
Resolved: 2023-06-11 23:43:42+00:00

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

---
```

```
Bug: Intermittent comm/mail/test/browser/content-policy/browser_generalContentPolicy.js | TypeError: can't access property "matches", img is null
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2023-02-07 07:04:27+00:00
Resolved: 2023-12-10 22:34:08+00:00

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

---
```
Filing this seprately now. Not really "new"
```
Bug: Minimum size of folder pane 200px and preview pane 300px too large
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2023-02-07 10:55:50+00:00
Resolved: 2023-10-08 13:25:44+00:00

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

Steps to reproduce:

In the new JS implementation, the folder pane collapses when reduced to less than 200px. In the vertical view, the preview pane collapses when reduced to less than 300px. Please consider reestablishing the previous values of 100px + scrollbar. Especially for the folder pane, 200px is unnecessarily wide.

Tested in Daily of 6 Feb 2023.
Bug: Remove unnecessary use of Services.locale.appLocalesAsBCP47 from address book files
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-02-07 11:42:50+00:00
Resolved: 2023-02-11 10:11:42+00:00

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

Steps to reproduce:

The use is not necessary or even undesired, see bug 1758739.
Bug: Supernova unified toolbar is missing the "Back" and "Forward" items to go to previously viewed message (and forward again)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-02-07 17:21:43+00:00
Resolved: 2023-04-24 19:51:36+00:00

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

Steps to reproduce:

These ones, see picture. They are equivalent to back/forward in a web browser. For some reason they're not part of the standard set and the new toolbar doesn't offer them for configuration.
Bug: Email subject containing double spaces is wrongly shown with single spaces in message header of message reader
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-02-07 18:51:07+00:00
Resolved: 2023-02-08 12:48:08+00:00

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

Steps to reproduce:

I received an email with UTF8 subject:

Subject: =?UTF-8?B?ZHNTZXJ2aWNlMDEgIC8gIGRpZ2lTZWFsIHNlcnZlciAgLyAgRXZlbnQgbm90aWZpY2F0aW9uICAvICBDaGFuZ2Ugb2Ygc3RhdHVz?=

This is displayed in the emails list correctly as:

dsService01  /  digiSeal server  /  Event notification  /  Change of status

But in the email detail header (the grey bit) incorrectly as:

dsService01 / digiSeal server / Event notification / Change of status

Note that the spacing is different (the rest is the same).
A test email cannot be send with Thunderbird itself, since it (sigh) removes double spaces from the subject line.


Actual results:

This looks innocent enough, but it's creating an annoying problem.
If I want to add a filter, or a rule, with the complete subject line I must use the line with "   /  " instead of " / " (two spaces instead of one).
However, the emails list can NOT be copied, so the normal user copies the WRONG subject from the detail header. Result: neither search nor filter is working.
It took me some time to find out that it was because of either one or two spaces......


Expected results:

Either:
- the email detail view should print the subject verbatim, with the correct number of spaces
- the search and filter boxes should ignore whitespace
Take your pick.
Bug: Windows Media Foundation CDM build bustage from bug 1810817
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-02-07 20:37:04+00:00
Resolved: 2023-02-14 16:59:09+00:00

Bug 1810817 added PlayReady CDM support to Firefox. The change broke Thunderbird builds.

CDMs and EME are related. As Thunderbird does not support Encrypted Media Extension DRM stuff, the PlayReady CDM should not be enabled either.

The current configure code will enable PlayReady even if `--enable-eme` is not set, as is the case for Thunderbird.

Discussion in #media on Matrix:
> **Rob Lemley (:rjl)**
    Hi, quick question regarding bug 1810817 - would it make sense to only enable MOZ_MF_CDM when --enable-eme is set?
> **jhlin**
    Rob Lemley (:rjl): Yes, you're right. I'll open a bug and change it.

This bug is for a temporary fix in c-c until the proper fix from jhlin is complete.
Bug: Intermittent comm/mail/test/browser/quick-filter-bar/browser_filterLogic.js |  Uncaught exception in test - at resource://testing-common/mozmill/FolderDisplayHelpers.jsm:1987 - TypeError: can't access property "QueryInterface", dbView is null
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2023-02-07 23:42:07+00:00
Resolved: 2024-08-30 00:07:03+00:00

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

---
```

```
Bug: The message thread sometimes doesn't update when a new message is received
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2023-02-07 23:48:48+00:00
Resolved: 2023-04-24 19:49:43+00:00

This happens randomly and I can't reproduce it consistently.
But this is a potential STR:

- Select the INBOX
- Select a message in the thread pane
- "Receive a new message"

The message thread doesn't show the new message and it only appears after changing folder selection.

Sometimes it works, sometimes it doesn't. Even waiting a bit longer doesn't make the message appear.
Bug: Message context menu: menu items with sub-menus are slightly mis-aligned, and `Ignore Thread` etc. have negative indent of 1cm
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-02-08 01:41:50+00:00
Resolved: 2023-05-04 11:38:50+00:00

Right click a message. Notice the Forward and Forward As >... menus are not aligned the same. The Forward as (and others with submenu) are a few pixels more to the left than they should.
Bug: unread email disappeared when attachment is detached
Status: UNCONFIRMED
Priority: --
Created: 2023-02-08 18:31:06+00:00
Resolved: 2024-05-29 13:41:20+00:00

Steps to reproduce:

incocnsistent behaviour of TB when showing only unread messages in main window : 
 * I have the preferences set to marking a new email as read to 2 seconds after showing it
 * when only unread emails are shown by using the filter button (condition for all following comments)



Actual results:

 * normally the email shown is staying in the list of inbox emails , even if it has been marked as read, as long as it is highlighted (which is the expected behaviour). 
 * when I forward this email (using the button), then it still stays visible
 * when I put a label on the email, then it still stays visible
 * however if I detach an attachment, then it disappears. 
 



Expected results:

When showing only unread emails, the highlighted email should stay in the visible list, even when an attachment is detached. 

That the email disappears from the list when detaching an attachment poses practical problems. If I would like to move the email after having detached an attachment, I need to switch the "only unread emails" quickfilter off and search the email in the complete inbox, among all already read emails (this includes remembering date, time, sender, object etc). 
 
 I guess this is due to the mechanism how an email is detached in TB (if I understand correctly this involves actually duplicating the email, and then deleting the original with the attachment). 
 
 But still, this is inconsistent behaviour and does not help when working through a pile of unread emails. 

Thanks for considering this bug/improved behaviour
Bug: shippable-l10n-pre completely ignores browser/locales/l10n-changesets.json
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2023-02-08 19:11:34+00:00
Resolved: 2023-02-09 18:21:01+00:00

While working on bug 1810727, I found that comm_desktop_l10n.py does not take browser/locales/l10n-changesets.json into account when cloning the l10n-central repositories. The "default" revision is always used.

It's surprising that no localization bugs have appeared as a result. (Yay cross-channel works!)

Affects beta and esr102.
Bug: scroll jumps to top when select folders to view list
Status: UNCONFIRMED
Priority: --
Created: 2023-02-09 00:49:02+00:00
Resolved: 2023-11-16 16:05:41+00:00

Steps to reproduce:

click folders to view message list


Actual results:

scroll bar was set at top


Expected results:

scroll bar is set at where the selected message item is
(it had been like so until recently)
Bug: Intermittent comm/mail/components/extensions/test/browser/browser_ext_windows.js | single tracking bug
Status: NEW
Priority: P5
Created: 2023-02-09 01:13:37+00:00
Resolved: 2025-02-03 07:15:13+00:00

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

---
```

```
Bug: Intermittent comm/mail/test/browser/message-window/browser_commands.js | Timeout waiting for a message. Current location: about:blank
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2023-02-09 01:17:25+00:00
Resolved: 2024-08-30 00:06:55+00:00

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

---
```

```
Bug: Intermittent comm/mail/base/test/widgets/browser_linkHandler.js | single tracking bug
Status: NEW
Priority: P5
Created: 2023-02-09 08:45:10+00:00
Resolved: 2025-03-03 06:19:38+00:00

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

---
```

```
Bug: Thunderbird snap profile doesn't start with Thunderbird flatpak and language pack installed - <html id="messengerWindow" xmlns="http://www.w3.org/1999/xhtml"
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-02-09 13:32:41+00:00
Resolved: 2023-03-23 14:24:48+00:00

Steps to reproduce:

Ubuntu 22.04 Thunderbird 102.7.1-2
Debian Stable Flatpak Thunderbird 102.7.1

Copy the Thunderbird Snap profile from Ubuntu 22.04 to Debian Stable Flatpak (.var/app/...).

Start a Terminal with "env MOZ_ENABLE_WAYLAND=1 org.mozilla.Thunderbird -p".

Note: Delete prefs.js starts the profile, but without my personal data and opens the Firefox with this adress: https://www.thunderbird.net/thunderbird/102.0/eoy/


Actual results:

A window appears with the following message.

<html id="messengerWindow" xmlns="http://www.w3.org/1999/xhtml"
^


Expected results:

I expect the profile to start and no error message to appear.
Bug: Manual Get Messages does not work for 2 POP-accounts with shared inbox and using identity of account2 in account1
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-02-09 13:59:01+00:00
Resolved: 2023-10-07 18:04:58+00:00

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

Steps to reproduce:

1. Create new POP3 account1 (I used gmx).
2. Set the interval for Checking new messages to some higher value, e. g. 20 minutes.
3. Send some email to this account.
4. Press Get Messages button - everything works fine, you will get the message.
5. Create an identity within account1 with email address of account2 (in my case, under account1-gmx I have an identity of gmail). 
6. Repeat steps 3 and 4 to see, everything is still working fine.
7. Create another POP3 account2 (I used gmail).
8. Set the inbox path of account2 to inbox of account1 (Accounts/Server  settings/Advanced). Set the "include this server when getting mail" to YES.
7. 
8. Send some email to account1.
9. Press the Get Messages button.


Actual results:

You will not receive the email for account2, the button does not work for account 2. The same behavior is present, if you right click account1 in Folders panel and click Get Messages - you will not receive the message for account1, only for account2.
But you will get the email after the automatic "checking new messages" is on work. This means, after the time which was set (see step 2) you receive the message. Problem is only the manual "Get messages".
I have tested this behavior also with fresh TB profile (this means, I created 2 new accounts as described above).
If you have more identities of other POP3 accounts, all are processed by "Get Messages" except the main one (parent).

I do not know if the problem could be caused by the greyed out field "Inlcude this server when getting new mail" in account1 settings, which is not clicked to YES.


Expected results:

You should get messages for all accounts, of course for account1.
Bug: Application specific password "entanglement" prevents me from using TBird!
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-02-09 14:57:35+00:00
Resolved: 2023-02-10 10:58:20+00:00

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

Steps to reproduce:

Updated OSX to Monterey v12.6.3 (21G419)


Actual results:

I've entered my ASP thousands of times and can NOT find access to it in my System Preferences.


Expected results:

I "should" have been able to use TBird as I have done for decades!:(