av9ash/GitBugs huggingface dataset:
Bug: After opening another message in an existing message window (pref), `Next unread` (N) fails with `TypeError: aParent is null` while executing the button_next command
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-12-05 03:46:58+00:00
Resolved: 2024-09-26 11:49:10+00:00

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

Steps to reproduce:

Added "next unread" button to message window toolbar.

Clicked the button while viewing a subfolder of Local Folders with many unread messages.



Actual results:

Doesn't move to next unread message in the current folder.


Expected results:

Should work every time (when there are more unread messages, at least).
Bug: Daily MacOS menu bar missing on macOS X 10.15 with hardware acceleration enabled
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-12-05 09:22:31+00:00
Resolved: 2023-11-08 11:47:44+00:00

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

Steps to reproduce:

Thunderbird start from dock, and menu bar blink one moment and missing, missed the window close, minimize and maximize buttons


Actual results:

Troubleshoot mode is ok, try reset controls, but no change
Bug: Duplicate icons in Icons and Text view in the mail toolbar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-12-05 09:27:53+00:00
Resolved: 2022-12-06 08:46:48+00:00

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

Steps to reproduce:

1. Display the mail toolbar
2. Display icons in 'Icons and Text' mode


Actual results:

Icons such as Forward, Get Messages will have a double arrow


Expected results:

Fix this display (bug not existing in ESR version)
Bug: No more distinction for the display of the accept/decline part of the invitation (except in Dark mode)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-12-05 09:33:36+00:00
Resolved: 2022-12-05 09:40:34+00:00

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

Steps to reproduce:

1. Display a message with an invitation


Actual results:

The bar indicating the possible actions (accept, refuse) no longer has a CSS allowing it to be distinguished from the rest of the headers (except in Dark Mode)


Expected results:

Recover the CSS that allows to better distinguish the element.
Bug: gmake... not found
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-12-05 09:38:01+00:00
Resolved: 2022-12-06 00:45:54+00:00

Steps to reproduce:

OS: Windows 10
Architecture: MSYS_NT-10.0-19043 jenkins-slave-w 3.3.4-341.x86_64 2022-02-15 17:24 UTC x86_64 Msys
VSCode:
  - displayName: Visual Studio Community 2019
  - installationName: VisualStudio/16.11.21+33027.164
  - installationVersion: 16.11.33027.164

Environment variables:
  - PATH: /c/app/mozilla-build/python3:/c/app/mozilla-build/python3/Scripts:/c/app/mozilla-build/msys2/usr/bin:/c/Program Files (x86)/Microsoft Visual Studio/Installer:/c/Program Files (x86)/Microsoft Visual Studio/2019/Community/Common7/IDE/CommonExtensions/Microsoft/CMake/CMake/bin:/c/Program Files (x86)/Microsoft Visual Studio/2019/Community/VC/Tools/MSVC/14.29.30133/bin/Hostx64/x64/:/d/jenkins/cargo/bin;
 
  - MOZBUILD_STATE_PATH: /d/jenkins/mozbuild/ 
  -  CARGO_HOME: /d/jenkins/cargo 

 - RUSTUP_HOME: /d/jenkins/rustup 




Actual results:

When I build thunderbird 102, mach build not found gmake
...
 0:24.82 checking for full perl installation... yes
 0:24.84 checking for gmake... not found
 0:24.84 DEBUG: gmake: Looking for mozmake
 0:24.84 DEBUG: gmake: Looking for mingw32-make
 0:24.84 DEBUG: gmake: Looking for make
 0:24.84 DEBUG: gmake: Looking for gmake
 0:24.84 ERROR: Cannot find gmake
 D:/jenkins/workspace/Folder/TestJp/sources/obj-x86_64-w64-mingw32/config.status is out of date with respect to D:/jenkins/workspace/Folder/TestJp/sources/obj-x86_64-w64-mingw32/.mozconfig.json
*** Fix above errors and then restart with "./mach build"

Could you help me to solve the issue ?
Bug: New email account provisioning is enabled even if mail.provider.enabled is false
Status: UNCONFIRMED
Priority: --
Created: 2022-12-05 10:58:44+00:00
Resolved: 2022-12-06 13:33:50+00:00

Steps to reproduce:

1. Set pref("mail.provider.enabled", false);
2. Start Thunderbird 102.5.1 with a fresh profile
3. The "Get a new email address" button is invisible (good)
4. Type my name



Actual results:

The "Get a new email address" button appears.


Expected results:

The way I understand https://enterprise.thunderbird.net/manage-updates-policies-and-customization/thunderbird-preferences-enterprise, setting mail.provider.enabled to false should be enough to *never* display the "Get a new email address" button.

But in comm/mail/components/accountcreation/content/accountSetup.js I see that we display the button as soon as the user has typed enough info, and the pref only determines what's *initially* displayed in the new account screen.
Bug: gmake... not found
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-12-05 10:59:31+00:00
Resolved: 2022-12-05 21:31:51+00:00

Steps to reproduce:

OS: Windows 10
Architecture: MSYS_NT-10.0-19043 jenkins-slave-w 3.3.4-341.x86_64 2022-02-15 17:24 UTC x86_64 Msys
VSCode:

    displayName: Visual Studio Community 2019
    installationName: VisualStudio/16.11.21+33027.164
    installationVersion: 16.11.33027.164

Environment variables:

    PATH: /c/app/mozilla-build/python3:/c/app/mozilla-build/python3/Scripts:/c/app/mozilla-build/msys2/usr/bin:/c/Program Files (x86)/Microsoft Visual Studio/Installer:/c/Program Files (x86)/Microsoft Visual Studio/2019/Community/Common7/IDE/CommonExtensions/Microsoft/CMake/CMake/bin:/c/Program Files (x86)/Microsoft Visual Studio/2019/Community/VC/Tools/MSVC/14.29.30133/bin/Hostx64/x64/:/d/jenkins/cargo/bin;

    MOZBUILD_STATE_PATH: /d/jenkins/mozbuild/

    CARGO_HOME: /d/jenkins/cargo
    RUSTUP_HOME: /d/jenkins/rustup

#-------------------
# mozconfig:
#-------------------
ac_add_options --with-ccache=sccache
export PATH="$PATH:$CARGO_HOME/bin:${MOZBUILD_HOME}/fxc2/bin:${MOZBUILD_HOME}/sccache/"
ac_add_options --enable-application=comm/mail
ac_add_options --disable-verify-mar
ac_add_options --with-distribution-id=thunderbird-mce
ac_add_options --target=x86_64-w64-mingw32
ac_add_options --disable-maintenance-service
ac_add_options --without-wasm-sandboxed-libraries
~




Actual results:

When I build thunderbird 102, mach build not found gmake

cd ../sources
./mach build

...
0:24.82 checking for full perl installation... yes
0:24.84 checking for gmake... not found
0:24.84 DEBUG: gmake: Looking for mozmake
0:24.84 DEBUG: gmake: Looking for mingw32-make
0:24.84 DEBUG: gmake: Looking for make
0:24.84 DEBUG: gmake: Looking for gmake
0:24.84 ERROR: Cannot find gmake
D:/jenkins/workspace/Folder/TestJp/sources/obj-x86_64-w64-mingw32/config.status is out of date with respect to D:/jenkins/workspace/Folder/TestJp/sources/obj-x86_64-w64-mingw32/.mozconfig.json
*** Fix above errors and then restart with "./mach build"

Could you help me to solve the issue ?
Bug: minimum font size leads to accessibility issues
Status: NEW
Priority: --
Created: 2022-12-05 11:16:54+00:00
Resolved: 2022-12-17 18:07:38+00:00

When using large minimum font sizes, the readability in the UI of some windows (content tabs, some dialogs) is affected negatively: fonts are increased but other CSS rules may lead to smaller line heights leading to clipped text. The CSS rules cannot be properly assessed through Inspector because the font size here seems to affect the writing without going through the detectable CSS rules. I believe this is probably implemented via a hack in Gecko that cannot be overruled or detected via CSS. Therefore something like a line-height expressed in "em" units will not react to this forced font size and lead to distorted results.

How to reproduce the problem:
(1) Open General Settings / Fonts & Colors [Advanced...]
Set Minimum Font Size = 26
open Add-ons Manager and enter a search term
open the results page

(2) Open any Add-on Settings that displays settings in a HTML tab (example DKIM verifier, Advanced settings). Any HTML document that is displayed in Content and that has (em-based) line heights will appear squashed like in the example.

This also affects settings pages of Add-ons that specify distances with valid CSS rules. (e.g. DKIM verified, advanced settings) it does not currently affect xhtml documents, but I would expect more problems in the future once these are converted to html / content.
Bug: Calendar settings section not showing up if settings tab is already open when a calendar gets enabled
Status: NEW
Priority: P3
Created: 2022-12-05 11:31:50+00:00
Resolved: 2024-02-27 08:04:24+00:00

Nit: (seen on Daily 109.0a1)

STR

- Open Settings tab on a fresh TB install which doesn't have a calendar enabled, or disable all calendars from their properties (notice missing calendar section)
- Enable a calendar

Actual 

- Calendar settings section on left side of settings tab is still missing
- Will show up only after closing and reopening settings

Expected

- For perfection, perhaps calendar settings should show up instantly when calendar gets enabled, even if settings tab is already open
Bug: Moving message with filter leaves hidden duplicate into the inbox
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-12-05 16:24:17+00:00
Resolved: 2023-09-23 20:47:52+00:00

Steps to reproduce:

POP-account. Option to leave messages to server is OFF.

1. Send a test message that a filter will catch and move to a subfolder
2. Click to choose the Inbox to be active
3. Click right mouse button -> Properties -> Repair (the inbox folder)


Actual results:

Duplicate of the message that was moved to a subfolder with a filter popped back to the inbox. So the message was moved to the subfolder correctly with the filter, but was left hidden in the inbox and popped up when the repair was run.

This behaviour has been active atleast from August 2022 as one of our users got messages from 11. August back to the inbox when he ran the Repair functionality.


Expected results:

The message should have been "moved" to the subfolder with the filter and completely removed from the inbox.
Bug: Images in the HTML signature not showed while in composer. Thunderbird 102.5.1
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-12-05 18:39:15+00:00
Resolved: 2022-12-06 09:29:16+00:00

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

Steps to reproduce:

Updating Thunderbird from 102.5.0 to 102.5.1 create the following issue:
Images in the HTML signature during the composing of an email are not showed.

STEPS: On Thunderbird 102.5.1 just compose a new email and having a signature HTML template with images by default, will be not showed in the signature.


Actual results:

Thunderbird 102.5.1 just compose a new email and having a signature HTML template with images by default, will be not showed in the signature.

Issue not present in the Thunderbird 102.5.0


Expected results:

During an email compose HTML signature images must be showed.
Bug: Thunderbird keeps showing me the wrong emails (involves Protonmail)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-12-05 18:51:25+00:00
Resolved: 2022-12-09 23:09:37+00:00

Steps to reproduce:

This issue has been occurring for a very long time, but I can't figure out steps to reliably make it happen.

When selecting an email in a folder, sometimes the email shown will be completely different. Also, when selecting ‘Open Message in Conversation’, sometimes an entirely different email chain (or no email chain at all) is shown instead.

I was finally prompted to report this bug today because I clicked ‘Open Message in Conversation’ on an email in my inbox that arrived today, only to be shown the email chain for an entirely unrelated email from my Deleted folder that I received 2022-06-13 (and which I never replied to, so there was no chain to display). When I hunted that email down in my Deleted folder and selected it, I was then shown the content of an entirely different email, received 2021-10-28.

I tried to repair the Inbox folder, but it had no effect. This definitely happens often with my Protonmail account, but I'm not certain whether it has also happened with my other accounts in Thunderbird (or if perhaps this is a Protonmail bug instead).


Actual results:

I am occasionally (but seemingly randomly) shown the wrong email content, and opening messages in conversation view sometimes shows the wrong email thread (or no thread at all). 


Expected results:

I should be shown the correct email content when selecting an email, and I should be shown the correct email chain when selecting ‘Open Message in Conversation’.
Bug: Opening an email shows headers from another email and blank content area
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-12-05 23:14:33+00:00
Resolved: 2022-12-07 23:46:26+00:00

Steps to reproduce:

I opened a subfolder of the inbox and used the quick search to locate some support email from August. All looks good. I click on the email so it will open in the preview pane.


Actual results:

The headers (Subject, Date, To, ...) were from another random email were shown and the content area remained blank. Also when trying to view it by double clicking rather than in the preview, the same problem occurs.


Expected results:

The email I clicked from August should have opened rather than a random other one from September. The subject and recipients etc. do not appear to be related. Other emails work fine. The email I was trying to view also displays fine on webmail.

I use IMAP and Thunderbird 102.5.1 on Debian Bullseye (stable). I cannot share the local data file because this is from my work and there's not a chance I could ever share that. A friend recommended me to report the bug anyway when I complained about it because "Even if you can't provide repro steps, it's useful to know something is broken sometimes for some users. Especially if someone recently touched some system related to the bug." Hope this helps by at least keeping track of the existence of such a bug, in case others run into it and can help narrow it down by listing other circumstances in which it happens!
Bug: https://www.thunderbird.net/en-US/about/ points to an old list of core contributors
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2022-12-06 00:02:10+00:00
Resolved: 2022-12-06 11:11:00+00:00

The "list of our core contributors." link at the end of the Our Community section goes to https://wiki.mozilla.org/Thunderbird/Core_Team .

That page is marked as obsolete and hasn't been updated since 2019.

I'm not sure whether there is a good replacement URL or if the page should be rewritten.
Bug: Intermittent comm/mail/components/extensions/test/browser/browser_ext_browserAction_popup_click.js | This test exceeded the timeout threshold.
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2022-12-06 00:35:28+00:00
Resolved: 2024-04-03 10:04:36+00:00

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

---
```

```
Bug: Intermittent comm/mail/components/extensions/test/browser/browser_ext_messageDisplay.js | This test exceeded the timeout threshold
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2022-12-06 00:37:24+00:00
Resolved: 2023-02-13 06:36:44+00:00

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

---
```

```
Bug: Intermittent comm/mailnews/db/gloda/test/unit/test_index_junk_imap_online.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2022-12-06 00:41:17+00:00
Resolved: 2024-08-30 00:06:54+00:00

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

---
```

```
Bug: Intermittent comm/mailnews/db/gloda/test/unit/test_query_messages_imap_online_to_offline.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2022-12-06 00:42:04+00:00
Resolved: 2023-07-19 11:47:28+00:00

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

---
```

```
Bug: Small enough TB window does not show email attachments when reading. Squashed out of view.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-12-06 02:27:42+00:00
Resolved: 2022-12-09 16:46:08+00:00

Steps to reproduce:

Make Thunderbird's window 835px tall or less.

Or, start squashing the window horizontally, eventually it starts hiding attachments then too.


Actual results:

I like keeping my DE tidy, this often involves click-dragging Thunderbird into the top right corner so it can have that corner of my offhand monitor. Plenty of space. In fact, exactly 1280x720 window size when snapped to a corner on my 1440p monitors.

This is comfortable. Though, once the vertical height of Thunderbird starts to drop below 890px tall, the "📎 1 attachment: xxx" bar at the bottom of the mail client begins to squash out of view. This should be very easy to reproduce by viewing an email with an attachment, then slowly shrinking Thunderbird's vertical window size.

This seems to happen even if there is no message body (e.g. deploying profiles with no need for a message body). And even when sending emails and adding an attachment, it squashes out of view.

The window being less than 835px tall hides the attachment pane *entirely* with no way to even partially click it without growing Thunderbird's window size to reveal the attachment pane and button to save it.


Expected results:

The attachment pane should just be docked at the bottom of an email body (Sending or Reading received) no matter the vertical window size of Thunderbird
Bug: Beta 108 get messages dual dropmarkers
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-12-06 08:06:44+00:00
Resolved: 2022-12-06 09:26:21+00:00

Steps to reproduce:

After updating to beta 108, toolbar 'get messages' icon now has dual dropmarkers. This happens when 'show icon and text' is selected. Using Finnish language version, not sure if this happens with English language. Same issue in beta1, 2 and 3. 
Attached a picture with mouse over the icon.

I can 'fix' this in userChrome with 'toolbarbutton-menubutton-dropmarker' margin-right: -16px.


Actual results:

Dual dropmarkers are shown


Expected results:

Only a single dropmarker should be visible.
Bug: Windows build UnicodeDecodeError: 'utf-8' codec can't decode byte 0xff in position 4: invalid start byte
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-12-07 13:25:08+00:00
Resolved: 2022-12-15 17:50:32+00:00

Steps to reproduce:

I tried to build on a windows 10 environment and when the internationalization phase happens, I have a bug during the building.


Actual results:

Two things can happen. Either the build is failing with the following error :  

1:03.08 93% of entries changed
 1:05.27 Checking for missing .ftl files in locale fr
 1:07.07 toolkit/locales/update.locale.stub
 1:07.41 toolkit/locales/locale.ini.stub
Exception in thread ProcessReaderStdout:
Traceback (most recent call last):
  File "C:\app\mozilla-build\python3\lib\threading.py", line 973, in _bootstrap_inner
    self.run()
  File "C:\app\mozilla-build\python3\lib\threading.py", line 910, in run
    self._target(*self._args, **self._kwargs)
  File "d:\jenkins\workspace\dgfip\testjp\sources\testing\mozbase\mozprocess\mozprocess\processhandler.py", line 1176, in _read_stream
    line = stream.readline()
  File "C:\app\mozilla-build\python3\lib\codecs.py", line 322, in decode
    (result, consumed) = self._buffer_decode(data, self.errors, final)
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xff in position 4: invalid start byte
 1:15.73 707 compiler warnings present.
 D:/jenkins/workspace/DGFiP/TestJp/sources/obj-x86_64-w64-mingw32/config.status is out of date with respect to D:/jenkins/workspace/DGFiP/TestJp/sources/obj-x86_64-w64-mingw32/.mozconfig.json
Configure complete!
Be sure to run |mach build| to pick up any changes
  Parallelism determined by memory: using 8 jobs for 8 cores based on 32.0 GiB RAM and estimated job size of 1.0 GiB
Single process terminated successfully
Hey! Builds initiated with `mach build $A_SPECIFIC_TARGET` may not always work, even if the code being built is correct. Consider doing a bare `mach build` instead.

Or the following error happen and it keeps running and running for hours :

 1:03.08 93% of entries changed
 1:05.27 Checking for missing .ftl files in locale fr
 1:07.07 toolkit/locales/update.locale.stub
 1:07.41 toolkit/locales/locale.ini.stub
Exception in thread ProcessReaderStdout:
Traceback (most recent call last):
  File "C:\app\mozilla-build\python3\lib\threading.py", line 973, in _bootstrap_inner
    self.run()
  File "C:\app\mozilla-build\python3\lib\threading.py", line 910, in run
    self._target(*self._args, **self._kwargs)
  File "d:\jenkins\workspace\dgfip\testjp\sources\testing\mozbase\mozprocess\mozprocess\processhandler.py", line 1176, in _read_stream
    line = stream.readline()
  File "C:\app\mozilla-build\python3\lib\codecs.py", line 322, in decode
    (result, consumed) = self._buffer_decode(data, self.errors, final)
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xff in position 4: invalid start byte


Expected results:

Build is running without error.
Bug: Unable to add mail account - autoDiscoverXML.Autodiscover is undefined
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-12-07 14:30:40+00:00
Resolved: 2023-08-28 20:09:22+00:00

Hello,

Since version 102.5 (and still with 102.5.1), when adding a new IMAP/SMTP account (both over StartTLS), the process hangs while "Password verification" message is displayed.

Process does stop when clicking on "Cancel" but then all the account creation process is canceled.

Error console yields this error message: 

TypeError: autoDiscoverXML.Autodiscover is undefined
    readAutoDiscoverResponse resource:///modules/accountcreation/ExchangeAutoDiscover.jsm:260
    priority resource:///modules/accountcreation/ExchangeAutoDiscover.jsm:121
    PriorityOrderAbortable resource:///modules/accountcreation/AccountCreationUtils.jsm:461
    _notifyFinished resource:///modules/accountcreation/AccountCreationUtils.jsm:308
    successCallback resource:///modules/accountcreation/AccountCreationUtils.jsm:368
    _response resource:///modules/accountcreation/FetchHTTP.jsm:335
    onload resource:///modules/accountcreation/FetchHTTP.jsm:238
AccountCreationUtils.jsm:465:17
    PriorityOrderAbortable resource:///modules/accountcreation/AccountCreationUtils.jsm:465
    _notifyFinished resource:///modules/accountcreation/AccountCreationUtils.jsm:308
    successCallback resource:///modules/accountcreation/AccountCreationUtils.jsm:368
    _response resource:///modules/accountcreation/FetchHTTP.jsm:335
    onload resource:///modules/accountcreation/FetchHTTP.jsm:238

Creating the account with manual configuration AND Advanced Settings (so without password verification) works well.