av9ash/GitBugs huggingface dataset:
Bug: Intermittent comm/mail/components/inappnotifications/test/browser/browser_inAppNotificationManager.js | The notification has focus - {} == {}
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2024-10-25 06:06:19+00:00
Resolved: 2024-11-27 09:12:32+00:00

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

---
```

```
Bug: Unified folders may not be regenerated in case of database issues
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-10-25 06:49:19+00:00
Resolved: 2025-02-13 19:24:12+00:00

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

Steps to reproduce:

Trying to enable the unified folder results in nothing happening and errors being logged to the debug console.

Error intiating smart mode. : Component returned failure code: 0x80550005 [nsIMsgFolder.msgDatabase]
    get dbFolderInfo resource:///modules/VirtualFolderWrapper.sys.mjs:241
    get searchFolders resource:///modules/VirtualFolderWrapper.sys.mjs:121
    init chrome://messenger/content/about3Pane.js:1062
    _initMode chrome://messenger/content/about3Pane.js:2115
    _toggleMode chrome://messenger/content/about3Pane.js:2097
    set activeModes chrome://messenger/content/about3Pane.js:2000
    toggleFolderMode chrome://messenger/content/about3Pane.js:1861
    oncommand about:3pane:1
about3Pane.js:2117:17
Uncaught : Component returned failure code: 0x80550005 [nsIMsgFolder.msgDatabase]
    get dbFolderInfo resource:///modules/VirtualFolderWrapper.sys.mjs:241
    get searchFolders resource:///modules/VirtualFolderWrapper.sys.mjs:121
    init chrome://messenger/content/about3Pane.js:1062
    regenerateMode chrome://messenger/content/about3Pane.js:1079
    _initMode chrome://messenger/content/about3Pane.js:2122
    _toggleMode chrome://messenger/content/about3Pane.js:2097
    set activeModes chrome://messenger/content/about3Pane.js:2000
    toggleFolderMode chrome://messenger/content/about3Pane.js:1861
    oncommand about:3pane:1
VirtualFolderWrapper.sys.mjs:241
Source map error: Error: URL constructor:  is not a valid URL.
Resource URL: about:3pane
Source Map URL: 

​


Actual results:

No unified folder gets displayed and the option becomes unchecked again.


Expected results:

Unified folder gets shown in folder list.

Not sure where else to put extra information but this issue only started occurring after the most recent update in the beta version and was fine prior. I also initially noticed odd behavior where the inbox screen was entirely blank and posted about it on reddit (https://www.reddit.com/r/Thunderbird/comments/1gahzkp/thunderbird_beta_1320b6_odd_display_issues/) and ended up using the troubleshoot mode and resetting settings which resulted in the display working again but the unified folders never started working again.
Bug: Unread message count in inbox is different if the folders are expanded or not
Status: UNCONFIRMED
Priority: --
Created: 2024-10-25 08:30:47+00:00
Resolved: 2024-10-25 08:32:04+00:00

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

Steps to reproduce:

Expanded the inbox of my primary email,  showing favourite folders. 
I then collapsed the view


Actual results:

When expanded, the badge on the inbox showed two unread emails. When I collapsed it, it showed four unread emails. There are only two unread emails


Expected results:

Badge should show two regardless of expanded or collapsed
Bug: console.error: (new UnknownCollectionError("Unknown Collection \"thunderbird/url-parser-default-unknown-schemes-interventions\"", "resource://services-settings/RemoteSettingsClient.sys.mjs", 188))
Status: REOPENED
Priority: --
Created: 2024-10-25 08:56:56+00:00
Resolved: 2025-02-21 16:57:28+00:00

In the console I get 
`console.error: (new UnknownCollectionError("Unknown Collection \"thunderbird/url-parser-default-unknown-schemes-interventions\"", "resource://services-settings/RemoteSettingsClient.sys.mjs", 188))`

The url-parser-default-unknown-schemes-interventions dump needs shipping with Thunderbird.
Bug: Distorted message context menu caused by Gloda problems - JavaScript Error: "aAttrDef.objectNounDef is undefined" {file: "resource:///modules/gloda/Gloda.sys.mjs" line: 1625}
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-10-25 10:10:58+00:00
Resolved: 2025-02-27 10:24:04+00:00

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

Steps to reproduce:

Using the contextual menu with a right click on a message


Actual results:

The menu is not correct:
- There are several lines with no text between lines
- No tag in the tags line 
See the printscreen


Expected results:

Version 128.3.3esr
Bug: Download date/time stamp on messages disappeared in 09/27/2024 update
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-25 18:09:38+00:00
Resolved: 2024-10-26 11:16:05+00:00

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

Steps to reproduce:

Downloaded my emails from server (earthlink.net).

It looks like there was an update installed on 09/27/2024, then another on 10/21/2024, based on the dates on the files in "C:\Program Files\Mozilla Thunderbird". I believe those were 128.3.2esr and 128.3.3esr.


Actual results:

Up thru 09/27/2024 the line preceding each new message contained the date and time that the message was downloaded:

From - Fri Sep 27 14:29:27 2024

After that message, that line in all subsequent messages is only "From ".  The next tiem I downloaded messages was on 09/29/2024.


Expected results:

The lines should have contained the date and time that the message was downloaded:

From - Fri Sep 27 14:29:27 2024
Bug: Message header details in Message list fails to display/blank on launch.  Resolved on restart.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-26 09:08:33+00:00
Resolved: 2024-11-05 19:43:30+00:00

I unfortunately have no STR, but while rarely, I got a couple of times the list failing to display texts at launch. Restarting TB fixes the issue, and text appears correctly after.

Joined screenshot have not been anonymized, it's exactly the way it appears.

Up-to-date TB on version 128.3.2.
Bug: Intermittent comm/mail/test/browser/message-reader/browser_darkReader.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2024-10-26 18:00:07+00:00
Resolved: 2025-03-03 07:04:12+00:00

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

---
```

```
Bug: Version 128.x.x Crashing On a Nightly Basis
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-27 20:08:44+00:00
Resolved: 2024-11-04 17:54:05+00:00

Steps to reproduce:

Thunderbird crashes on a nightly basis since upgrading from 115.x.x to 128.x.x; I have no idea why since I'm not working when it happens.

System is Windows 10 build 19045, 16GB RAM, 64 bit
Intel Core i7-2600


Actual results:

Each morning since I upgraded to 128.x.x I see a crash message and must restart Thunderbird.  Has anyone else reported this problem?

I've just upgraded to 128.3.3 and hope this will fix the problem.  If so I'll let you know immediately.





Expected results:

The program should have kept running.
Bug: can't set inserted images to fit window without distortion
Status: UNCONFIRMED
Priority: --
Created: 2024-10-27 20:29:34+00:00
Resolved: 2024-10-29 20:25:10+00:00

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

Steps to reproduce:

1. Insert > Image, but the image displays way too big.
2. Screw around for 10 minutes in Image Properties > Dimensions trying to get Thunderbird to display the image so that it fits the recipients' screens.
3. Read HTML guides.
4. Mess around some more with Advanced Edit...
5. Give up and set width 640 pixels as a sucky compromise.


Actual results:

In half an hour of trying, I couldn't get Thunderbird to size an inserted image so that it fits the screen of the recipient without changing proportions.

In more detail,
- I can set Image Properties > Dimensions > Custom Size > Width and/or Height to 95 % of window, but I _cannot_ constrain the image to maintain proportions.
- If I use 9% of window for one dimension, I _cannot_ leave the other blank so that Thunderbird does the obvious right thing and maintains proportion.
- If I read a dozen guides to image sizing with CSS then use Advanced Edit... to set e.g. max-width: 95% and max-height: auto, I _cannot_ get rid of width and height. (This might be bug 740772.)

I gave up. This just works in Gmail.


Expected results:

ASAP:
- Thunderbird help for the current product should prominently tell me how to get the image dimensions e-mail that most users want most of the time.

Then, something like
- Thunderbird should Do The Right Thing by default when I insert an image.
- Thunderbird should let me maintain proportion if I set width or height or both to % of window
- Thunderbird should let me set or add the right CSS (max-width: 95%?) and get rid of the image width and height or not have them override.
Bug: If the compact process is interrupted, "Inbox-1" and "Inbox-2" will be displayed the next time the program is started.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-28 06:34:07+00:00
Resolved: 2024-10-28 07:03:14+00:00

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

Steps to reproduce:

I can reproduce by following these steps

1. Install Thunderbird Ver128.3.3
   (I set up a POP account)
2. Import about 15,000 emails into inbox.
   (The more emails, the better.)
3. Delete several dozen emails from inbox.
4. Open the folder containing the inbox email data in Windows Explorer.
   [Help]->[TroubleShooting Infomation]->[Profile Folder]->[Open Folder]->[Mail]->[<POP account>Folder]
5. Right-click on your inbox and run Compact
6. When Inbox-1 appears in Windows Explorer, close Thunderbird.


Actual results:

Inbox-1 will remain in Windows Explorer
The next time you start Thunderbird, Inbox-1 will appear under Inbox.


Expected results:

If the Compact process is interrupted, inbox-1 is deleted.
The next time you start Thunderbird, Inbox-1 will not appear under Inbox.

When I tried the same procedure with Thunderbird Ver115.16.1esr, it was created with "nstmp" but was deleted even if the Compact process was interrupted.

Users who have the Compact process set to run automatically will notice that if they quit Thunderbird without realizing that Compact is running in the background, "Inbox-1" will be generated the next time they start it.
If the Inbox is large enough, this is easily reproducible.
Bug: PDF viewer integrated in thunderbird prints pages centered in small
Status: UNCONFIRMED
Priority: --
Created: 2024-10-28 13:10:01+00:00
Resolved: 2024-10-29 07:46:41+00:00

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

Steps to reproduce:

1. Viewed attached document which I got via mail in thunderbird's builtin PDF viewer
2. Printed the document
3. After failure of above, saved attachment and printed it from okular.


Actual results:

After step 2:
- printer asked me to manually chose a tray.
- after I selected a tray, printout came out with each page illegibly small, centered on a large page
- moreover, 2 first pages came out single sided (i.e. on two different sheet), and 2 last came out double-sided (i.e. on one sheet)
After step 3:
- From okular, printed started on its own (managed to chose appropriate tray), and pages came out full size, and all double sided, as they should


Expected results:

it should have come out in a way that text would use entire available page area (rather than small and centered in the middle), and everything should be printed double-sided.
Bug: Intermittent | comm/mail/test/browser/message-reader/browser_darkReader.js | The #headStyle should have a white color - "rgb(0, 0, 0)" == "rgb(255, 255, 255)" -
Status: NEW
Priority: P5
Created: 2024-10-28 13:27:17+00:00
Resolved: 2025-02-24 06:57:56+00:00

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

---
```

```
Bug: Intermittent comm/mail/test/browser/notification/browser_notification.js | "[xpconnect wrapped nsIMsgDBHdr @ 0x13248e9d820 (native @ 0x1324a7bdbe0)]" == "[xpconnect wrapped nsIMsgDBHdr @ 0x13245155220 (native @ 0x1324c6c5700)]"
Status: NEW
Priority: P5
Created: 2024-10-28 13:28:25+00:00
Resolved: 2024-11-04 07:04:18+00:00

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

---
```

```
Bug: Clang-format won't recheck failures
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-10-28 15:03:28+00:00
Resolved: 2025-01-02 11:59:37+00:00

The clang-format source-test task on comm- repositories only checks files that are changed in that push. This was done for the sake of time.

The unintended side effect is that if a failure is not noticed, mal-formatted files can lurk for weeks until a merge happens.

Proposed fixes:
A) Change the task configuration so that the files-changed portion is only used on try-c-c builds, all other repos would always check the full tree
B) Change the task so that on a Daily build (or a release repo push) the full tree is checked, try-c-c will always check changed files
C) Leave as is and add a cron task to run the check daily

I'm leaning towards option B. Implementation-wise, the full check could be set up as a separate task so that a full tree check can be forced on try-c-c by a developer.
Bug: Play Store links have incorrect source tracking
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-10-28 15:21:56+00:00
Resolved: 2024-11-11 08:25:17+00:00

It appears the UTM link format was wrong prior, so we need a new link. We need:

https://play.google.com/store/apps/details?id=net.thunderbird.android&referrer=utm_campaign%3Dcross_device_import%26utm_medium%3Ddesktop%26utm_source%3Dthunderbird%26utm_content%3Dlink

on esr and 

https://play.google.com/store/apps/details?id=net.thunderbird.android.beta&referrer=utm_campaign%3Dcross_device_import%26utm_medium%3Ddesktop%26utm_source%3Dthunderbird%26utm_content%3Dlink

on beta/daily

Yes, the encoded values are correct. 

I'm not sure we'll be able to get this uplifted in time given it is Monday, but we should still change the URLs
Bug: Various dialog windows appear vertically maximized with large black area
Status: UNCONFIRMED
Priority: --
Created: 2024-10-28 16:40:59+00:00
Resolved: 2024-10-29 16:01:54+00:00

When the "Subscribe" dialog first appears, it is vertically maximized, but only the upper third or so has any widgets.  The bottom two-thirds of the window is a large black area.  As soon as I resize (or start resizing) the window, such as by dragging any border with the mouse, or using the maximize window in the title bar, the window immediately repaints itself to use the full area.  (That is, the black area disappears, and the widgets now take up the full area of the dialog as expected.)

I am seeing this with Thunderbird 128.3.0esr on openSUSE Tumbleweed x86_64 with X11 + Plasma.

Reproducibility: Always

Steps to reproduce:

1. In the folder pane, right-click on any IMAP or news account and select "Subscribe…" from the context menu.

Observed behaviour:

2. The Subscribe dialog appears, vertically maximized but painted with a background and widgets as if it were only about 1/3 as high.  See the attached screenshot.

Expected behaviour:

2. The Subscribe dialog should appear and, regardless how high it is initially, the background and widgets should be arranged such that the entire area of the window is used.
Bug: "open message in conversation" fails - Couldn't find a collection for msg: [xpconnect wrapped nsIMsgDBHdr] ConversationOpener.sys.mjs:43:17
Status: NEW
Priority: --
Created: 2024-10-29 02:22:58+00:00
Resolved: 2024-11-21 13:09:48+00:00

Using 133.0a1 20241025065115, Mac

For a message that I am certain has been indexed, "open message in conversation" results in...

 Couldn't find a collection for msg: [xpconnect wrapped nsIMsgDBHdr] ConversationOpener.sys.mjs:43:17
    onQueryCompleted resource:///modules/ConversationOpener.sys.mjs:43
    _onQueryCompleted resource:///modules/gloda/Collection.sys.mjs:681
    onQueryCompleted resource:///modules/gloda/GlodaDatastore.sys.mjs:165
    handleCompletion resource:///modules/gloda/GlodaDatastore.sys.mjs:442
Bug: Intermittent comm/mail/components/extensions/test/browser/browser_ext_tabs_create_update_reload.js | Test timed out
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2024-10-29 11:00:20+00:00
Resolved: 2024-11-02 08:30:27+00:00

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

---
```

```
Bug: can't enlarge folder area when pixelsperpx is 1.8
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-29 14:46:00+00:00
Resolved: 2024-11-19 12:58:04+00:00

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

Steps to reproduce:

new to TB.  downloaded Beta version, Win 11.  fonts too small so I set PixelsPerPx to 1.5.  then to 1.8.  at the 1.8 setting I could not make the folder area wider -- the grab handle shows up but no response.  when i set to 1.5 I can change the width of the folder area.

ps -- where is the version ?
Bug: Misaligned Columns
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-29 15:07:02+00:00
Resolved: 2024-11-11 22:27:42+00:00

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

Steps to reproduce:

I opened Thunderbird after Nebula update (128.3.3esr (32-bit)).


Actual results:

I observed that my columns are shifted over and misaligned with the data in the column. Also, the "subject" column under right-click menu is  grayed out.


Expected results:

The columns should line up with the data.
Bug: After bug 1925479 "Remove security.external_protocol_requires_permission pref" asked to "Allow this site to open https links with Firefox"
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-10-29 15:53:39+00:00
Resolved: 2025-03-03 07:05:13+00:00

Thunderbird has/had security.external_protocol_requires_permission set to false. 
Now with daily every time I click an http link in a message I get the dialog (and it can't be remembered).

The "Open link" button is also for some reason disabled. I can click "Choose a different application", select FIrefox in the list and then open it.

Since we don't want to ask users for each and every link, we need to solve this some other way. Ideas? Should the fix or part of the fix be reverted?
Bug: browser_darkReader.js fails on comm-beta
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-10-29 16:20:37+00:00
Resolved: 2025-01-09 11:09:46+00:00

As seen in https://treeherder.mozilla.org/jobs?repo=comm-beta&selectedTaskRun=KuyWx2LgR96ZAanKh-aakQ.0&revision=7462cb50d9f30a60f71c2e58d5d79d8d8a36e242

Probably need to skip this test on release repos.

Also, the prefs for dark reader are duplicated in mail/app/profile/all-thunderbird.js: https://searchfox.org/comm-central/rev/5eb5e61ab1ad5618ea020c2b418e106666f8294f/mail/app/profile/all-thunderbird.js#1427-1437
Bug: test_sync_auth_manager.js fails on comm-beta
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-29 16:30:22+00:00
Resolved: 2024-10-29 21:52:25+00:00

As seen here: https://treeherder.mozilla.org/jobs?repo=comm-beta&selectedTaskRun=dYqQLqwIRv2IPp36pptxDA.0

The log indicates that pref `identity.fxaccounts.remote.profile.uri` is unset:
console.error: "formatURLPref: Couldn't get pref: " "identity.fxaccounts.remote.profile.uri"
FxAccountsProfileClient: Initialized
FxAccountsProfileClient: Requested profile
getOAuthToken enter

It looks like this started occurring due to work in the last 4 weeks, bug 1925846 being some of that.

The sync tests in general set `prefs = ["identity.fxaccounts.enabled=true"]`.
Bug: Pinning release repos to FIREFOX_(BETA|RELEASE)_{major}_BASE revisions causes build errors
Status: NEW
Priority: --
Created: 2024-10-29 16:51:09+00:00
Resolved: 2024-10-29 16:51:09+00:00

Pinning .gecko_rev.yml to an upstream BASE tag (such as FIREFOX_BETA_133_BASE) doesn't work out unfortunately.

The tag ends up at being the last revision of the previous repo (mozilla-central in the base of beta) and before the "Update configs." commit that updates config/milestone.txt. This causes inconsistencies that lead to odd behavior and test failures.

The problem comes down to Thunderbird needs to run the merge to beta in order to get comm-central going after a version bump, but there's no BUILD1 or RELEASE tag to pin to yet.

Probably the best thing to do is to pin to the tip revision in this case.

It may be time to rethink how pinning is done in general.
Bug: Intermittent comm/mail/components/extensions/test/browser/browser_ext_tabs_create_update_with_real_application_chooser.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2024-10-29 17:40:07+00:00
Resolved: 2024-11-02 08:30:43+00:00

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

---
```

```
Bug: Signature gets added after message history (replied message or forwarded message)
Status: UNCONFIRMED
Priority: --
Created: 2024-10-29 17:42:37+00:00
Resolved: 2024-10-31 12:00:56+00:00

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

Steps to reproduce:

1. Configure a signature
2. Select message in the inbox and click Reply or Forward


Actual results:

Signature gets added after the quoted (replied or forwarded) message


Expected results:

Signature should be before the quoted (replied or forwarded) message
Bug: Window controls inaccessible on first run with account hub
Status: NEW
Priority: --
Created: 2024-10-29 17:53:21+00:00
Resolved: 2024-10-29 18:28:29+00:00

STR:
1. Create a new profile
2. Ensure you have client side window decorations (close button in the unified toolbar)
3. Open account hub

Expected result: can still close thunderbird with a button.

Actual result: the close button (and any other window controls) are inaccessible, since they are behind the dialog's shade.

Suggested resolution: always show the close button for the account hub, but change behavior to exit the application if no account is set up.