av9ash/GitBugs huggingface dataset:
Bug: Most filters use the same including/excluding/others strings (confusing and hard to translate)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-05-12 02:21:39+00:00
Resolved: 2021-02-07 20:46:41+00:00

Right now, «People» filter is the only one to have its own strings; others use fallback strings: “including any of:”, “excluding:”, “other:”. The problem is that it simply does not permit proper translation, because the strings can refer to different things, and it doesn’t even work well in English.

For example, «including any of» can be translated in French as either «incluant n’importe lequel parmi :» or «incluant n’importe laquelle parmi :» depending on the grammatical gender of the word it refers to.

And in English, «including any of:» can be confusing for mailing lists, folders or accounts; it should be something much clearer/immediately understandable like «sent to any of:» for Mailing lists or «stored in any of:» for folders.
Bug: Thunderbird doesn't announce the group of checkboxes for system integration features to screen readers.
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-05-12 13:08:18+00:00
Resolved: 2023-06-02 14:50:09+00:00

Simple fix is to add the group role to the vbox that contains the checkboxes for controlling which integrations (Mail, Newsgroups) TB should offer.
Bug: prefs.js file not updating
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-05-12 13:44:35+00:00
Resolved: 2020-11-16 16:02:49+00:00

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

Steps to reproduce:

I set up a new account as normal.


Actual results:

The new account seemed to work and downloaded emails.
Then when I looked at the prefs.js file it had not been changed. The new emails were stored but there was no reference to the account in prefs.js
When I restarted TB the account had vanished. The downloaded email folder was still there.
As a test I added a line to the prefs.js file - there was no problem. It was a duplicate line that was already there.
However when I restarted TB that line which would normally have vanished stayed showing that TB was not updating the Prefs.js file as normal.


Expected results:

Prefs.js should have been updated with the new account data
On restart the account should have been still intact.

Normally when a line is added to the prefs.js while TB is closed, when TB opens it reads the prefs.js file and on leaving rewrites it putting any new line in order and thus would have deleted the duplicate.
Bug: New theme less usable than before
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-05-12 15:08:12+00:00
Resolved: 2020-12-30 15:45:57+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/81.0.4044.138 Safari/537.36

Steps to reproduce:

Hello. There is a new theme that seems to have arrived in the past couple of days. These changes below aren't striking me as desirable. 

1. In the left-side folder pane, the new icons are great for everything except the folders. The folder icon is too dominant and it makes it harder for the eye to pick out the folder names. The outline used to be composed on 1 solid line rather than two, and in my opinion that did not dominate as much and folder names were easier to read.

2. It used to be the case that if there was a new email in a folder or under an IMAP email address, then the folder name or email would be bolded. Now it seems that all of the email names are bolded (why?), and turn blue where there is a new email. I'm not finding this so great. Also, I have a friend who is color-blind, and could have trouble distinguishing between the two. Using bold alone worked much better because it's a change in shape rather than color. 

There are different types of color blindness. Has Monochromacy (achromatopsia) been considered? Knowing when a folder has a new email is very desirable. 
 
https://enchroma.com/pages/types-of-color-blindness
http://www.colourblindawareness.org/colour-blindness/types-of-colour-blindness/
Bug: Unexpected margin above the possible choices of an include/exclude filter when a constraint is active
Status: NEW
Priority: --
Created: 2020-05-12 15:43:43+00:00
Resolved: 2020-12-07 21:50:47+00:00

- when an include/exclude filter is not used, there’s no margin above the choices
- when a include or exclude constraint is used, there’s a margin above the choices
  - the margin disappear if I disable `overflow: auto;` for `.facet-content` (but it breaks layout)

The problem is appearing at least on Linux and Windows.
Bug: only option is send later in composing new email in Daily 78.0a1 (2020-05-12)
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-05-12 16:46:28+00:00
Resolved: 2020-12-30 15:45:49+00:00

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

Steps to reproduce:

when composing the 1st new email following update to latest version of Daily, the send box only appears as a 'send later' option.


Actual results:

Upon exiting this unsendable email, I then went to the Local Folders outbox, which contained the email I wanted to send & somehow was able to then transmit the missive  (sorry, do not recall the steps I took to do this, was just trying to copy, paste text from the send later missive into another new email to try to emulate what I discovered, above, & things were then OK.
Since this occurred, I now find the send box appears correctly when drafting a new email.


Expected results:

opening a new email to compose, the 'send' button ought to show, not 'send later' as I described, above.
Bug: Font is too big in the search facet sidebar on Linux
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-05-12 17:13:59+00:00
Resolved: 2020-06-29 19:25:09+00:00

The size in current Thundebird is too small, but in Nightly it’s too big. It makes the filter sidebar draw attention away from the search content and can display less elements. On Windows, the font size seems appropriately sized.
Bug: Cannot filter by tags in Nightly
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-05-12 17:32:41+00:00
Resolved: 2020-08-15 17:07:17+00:00

When some e-mails have tags in Thunderbird, launching a search let me filter by tags.

On Thunderbird Nightly, all the filter I normally see are available, but there’s no tags section.
Bug: "Welcome to Daily!" page shown in Thunderbird stable release channel distributions - should show "Welcome to Thunderbird!" page instead
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-05-12 17:42:21+00:00
Resolved: 2022-03-23 20:54:07+00:00

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

Steps to reproduce:

I use stable Debian official package of Thunderbird.
Just start it.
You can also click on Help → About → Release notes link.


Actual results:

https://start.thunderbird.net/en-US/daily is displayed with “Welcome to Daily” message.
(actually https://start.thunderbird.net/en-US/daily/?uri=/thunderbird/releasenotes/&locale=fr&version=68.3.0&channel=default&os=Linux&buildid=20191129091924 at home)

This is a regression of bug 1186390 and bug 1237190.


Expected results:

https://start.thunderbird.net/en-US/release or https://www.thunderbird.net/en-US/thunderbird/68.8.0/releasenotes/ should be display instead.

Since this is the third time the bug happens, a unit test to avoid regression should maybe be created.
Bug: 68.8.0 on Mac will not switch accounts
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-05-12 17:58:17+00:00
Resolved: 2022-02-23 15:10:42+00:00

Since the update a few days ago, TB on Mojave no longer will switch accounts. I can select the account in the left pane, but the mail list never changes.
Bug: Color bug in Thunderbird 77.0 beta
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-12 22:01:38+00:00
Resolved: 2020-05-13 21:16:23+00:00

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

Steps to reproduce:

Found color settings had all changed to black fonts on black background.
Tried to change colors in General and Composition settings but Thunderbird still overrides the appearance of emails being typed in Draft form to white letters on a black background.  This does not change regardless of whether dark, light, or default theme is chosen.
Email sends with color choice set up in options for default.  But those colors do not properly display when typing a draft message.


Actual results:

see the above.


Expected results:

Changing the default colors should have had a universal effect and affected both inbound and outbound emails.  Choosing a theme should have overridden the settings.
Bug: Accessibility: Subject field accessible name is never updated after the initial opened mail
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-05-13 08:57:33+00:00
Resolved: 2023-06-02 14:50:09+00:00

STR:
1. Open TB.
2. Turn off preview pane. I have it turned off because I want messages to stay unread when arrowing onto them, and only get marked read if I open them with Enter.
3. Open the first mail.
   * The accessible name of the mail-headerfield with ID "expandedsubjectBox" receives an accessible name of "Subject: " followed by the actual subject.
4. Close the mail with CTRL+W.
5. Select a different mail and open it.
6. Inspect the accessible name for the subject header field.
   * Expected: The field should read "subject" followed by the new subject.
   * Actual: The accessible name still shows the subject for the previous mail from step 3.
7. Close and open more e-mails.
   * Result: The accessible name for the subject header field never gets updated.

Other fields such as from and to are not affected by this bug.

I suspect that something in the implementation of bug 1493608 never works beyond the first opened mail.

Setting accessibility severity to 3 in accordance with the [Accessibility triage guidelines](https://wiki.mozilla.org/Accessibility/Triage).
Bug: editing of pasted image in email doesn't show correctly
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-13 09:46:37+00:00
Resolved: 2020-05-13 10:16:11+00:00

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

Steps to reproduce:

I pasted a screenshot into an email message I was writing.
I changed it so that the text would be wrapped. 
I tried to change the size of the image.


Actual results:

The original image was still showing.
I could not select either version of the image.
I had to go into image edit and reduce the size there.
Both images were still showing.
I sent the email (Send Later)
In the email that was to go only the corrected image was showing.


Expected results:

The original should not remain and the new image should be selectable and resizeable.
Bug: upgrade 76->77b2 fails because xulrunner is maxversion <=76 - "Platform version 77.0 is not compatibe with maxversion <=76.0
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-05-13 12:12:00+00:00
Resolved: 2020-07-06 14:18:00+00:00

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

Steps to reproduce:

restart TB 76 with -purgecache to throw away stuff from addon coding.
no addon is installed/active

initiate upgrade to 77b2 from help



Actual results:

starting TB  fails. Shows popup: Title xulrunner. Message: Platform version 77.0 is not compatibe with maxversion <=76.0

TB 76 is permanently broken
Bug: downloads begin before answering startup question for going offline/online
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-05-13 12:39:06+00:00
Resolved: 2021-06-05 10:28:42+00:00

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

Steps to reproduce:

TB is set up to ask for online/offline mode after profile manager.

On previous TB start, TB was online. (all imap)

After starting, I left it sitting at that question/dialog for some time. Suddenly, the notification box came up with a new message. So it seems to download in the background while I haven't decided yet?



Expected results:

don't download until I give the ok

This option is to save download traffic on high cost connections. It truely should wait for an answer. Maybe, at TB closing, automatically set to offline if this option is set, just to make sure
Bug: How to get the old folders icons back?
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-05-13 13:39:39+00:00
Resolved: 2022-09-27 06:57:27+00:00

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

Steps to reproduce:

Thunderbird 77 features folders icons which are very difficult to read and distinguish. How can I can colored classic icons back?
Bug: Light theme uses OS colors for preview pane in Mac OS X
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-13 14:45:20+00:00
Resolved: 2020-05-13 15:32:46+00:00

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

Steps to reproduce:

I upgraded to 77.0b2. I am using Thunderbird's "Light" theme on Mac OS X 10.15.4 (Catalina). My Mac OS X settings theme is set to "Dark".

The preview pane (message pane) uses the OS colors instead of the theme colors. So I see white-text-on-black-background rather than the expected black-text-on-white-background.

You can actually see how even the preview display of he theme is wrong, see "Add-ons_Manager.png" screenshot.



Actual results:

The preview pane (message pane) uses the _OS_ colors instead of the theme colors. So I see white-text-on-black-background rather than the expected black-text-on-white-background.


Expected results:

The preview pane (message pane) uses the _theme_ colors instead of the theme colors.
Bug: Selection of recipient pills with modifier keys (Shift+▶, Ctrl+▶) unexpectedly lost when reaching row input
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-05-13 16:24:58+00:00
Resolved: 2020-05-17 09:51:54+00:00

Some "edge cases" are actually common cases...

**STR**

1) Intend to select the last n pills of a given addressing row (say pills 5 to 10) fast and without fail. Start by selecting pill 5.
2) Press and hold Shift+Cursor-right as that would select all pills to the end.
3) As a variation (different case), Ctrl+Space to select some pills in front (1 and 3), intend to Ctrl-select the last pill (10), so press and hold Ctrl+Cursor-right to navigate to last pill whilst preserving existing selection.

**Actual Result**

- Your existing selection silently and annoyingly disappears as focus ends up in row input. That's good for plain navigation, but not for selection mode (Shift-selection/Ctrl-navigation).

**Expected Result**

- We really have to stop at the last pill for selections/navigations with Shift/Ctrl+navigation keys and thus preserve user's hand-picked selection.
Bug: last updated date in addons tab is installation date
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-05-13 18:09:35+00:00
Resolved: 2020-05-13 22:46:38+00:00

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

Steps to reproduce:

addons tab has a last updated date for each addon. In 77, that reports the addon installation date.

ATN has a last updated date. That reports the upload date to ATN.

It would make more sense if TB shows the date from ATN. Otherwise, I could manually install an old version and it would look recent because installation date is shown as last update date.
Bug: edit message with double click
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-05-13 20:01:06+00:00
Resolved: 2020-05-20 11:43:56+00:00

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

Steps to reproduce:

double click on the message received in inbox or  search a message and double click to open it on full screen.
in the search list double click to open


Actual results:

the new window opens with background and font black in color most of the times , sometimes all white background and light grey text.
All the time the main thunderbird closes and only the message window is open.
The display is not clear or cannot read at all.


Expected results:

The main thunderbird application UIshould be available even after the doubleclick on a particular message. After reading or replying or forwarding we can return back to the main UI.
Also the opening of message with double click should take default system colour settings for background and text.
Bug: Thunderbird trunk-only crash at start-up with certain profile. Several other larger profiles are OK.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-05-13 20:39:27+00:00
Resolved: 2020-08-15 17:27:03+00:00

With current pulled and updated mozilla and comm, my debug build always crashes on opening a specific profile (other profiles seem to open OK).  The profile works OK with the current release 68.  I see this in the console when running trunk build:

Hit MOZ_CRASH(assertion failed: `(left == right)`
  left: `RGBA { red: 49, green: 58, blue: 60, alpha: 255 }`,
 right: `RGBA { red: 0, green: 0, blue: 0, alpha: 255 }`: initial value in Gecko style struct for color must match longhands::color::get_initial_value()) at /home/gene/mozilla/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/debug/build/style-9fd46c8694acb7f2/out/gecko_properties.rs:20214

Program ../obj-x86_64-pc-linux-gnu/dist/bin/thunderbird (pid = 91388) received signal 11.
Stack:
#01: ???[/home/gene/mozilla/obj-x86_64-pc-linux-gnu/dist/bin/libxul.so +0xbdfd782]
#02: ???[/lib64/libpthread.so.0 +0x14b20]
#03: ???[/home/gene/mozilla/obj-x86_64-pc-linux-gnu/dist/bin/libxul.so +0xcbf2d85]
#04: ???[/home/gene/mozilla/obj-x86_64-pc-linux-gnu/dist/bin/libxul.so +0xcbf1f37]
Sleeping for 300 seconds.
Type 'gdb ../obj-x86_64-pc-linux-gnu/dist/bin/thunderbird 91388' to attach your debugger to this thread.

I then attach gdb and resulting backtrace is attached, crash.txt
The crash begin at item #14. If I comment out the assert at servo/ports/geckolib/glue.rs:3992 the crash doesn't occur:
https://searchfox.org/comm-central/rev/edbbc461dc1489444ca7ab72fe5da32c826b28fe/mozilla/servo/ports/geckolib/glue.rs#3992
Bug: Intermittent Assertion failure: false (OOM while building cycle collector graph), at /builds/worker/checkouts/gecko/xpcom/base/nsCycleCollector.cpp (Win32 Thunderbird)
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2020-05-13 23:41:07+00:00
Resolved: 2022-04-04 11:57:15+00:00

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

---
Bug: Legacy support (for extensions engaging the XUL overlay loader) seems to not work properly with Thunderbird 77.0b2
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-05-14 09:11:37+00:00
Resolved: 2020-05-15 14:56:59+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:56.0) Gecko/20100101 Firefox/56.0 Waterfox/56.3

Steps to reproduce:

I tried to test my extension ("DeepDark for Thunderbird") on Thunderbird 77.0b2 (MacOS Mojave 10.14.6). Before installation, I upgraded "strict_max_version" to "78" in the manifest.json. Then I followed the usual process to install an extension onto Thunderbird.

My extension can be download here: https://addons.thunderbird.net/En-US/thunderbird/addon/deepdark-for-thunderbird


Actual results:

The extension was installed and shown as "enabled" in the Thunderbird add-ons manager, but the changes that the extension is supposed to bring to Thunderbird UI didn't apply.


Expected results:

Since "DeepDark for Thunderbird" is an extension aimed at visually transforming the Thunderbird UI appearance, the expected result should have been a different looking UI based on custom CSS code.
Bug: Folder view does not stick
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-05-14 13:34:53+00:00
Resolved: 2020-12-30 15:45:43+00:00

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

Steps to reproduce:

Selecting Folder View under View does not stick when exiting and then executing tb again


Actual results:

TB reverts to the missing folder view


Expected results:

When executed Thunderbird should have come up in the folder view configuration
Bug: Clicking URLs in messages no longer open messages in Firefox
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-14 13:58:16+00:00
Resolved: 2020-05-20 11:32:06+00:00

Beginning with today's Thunderbird 78.0a1 20200514100011 Linux x86_64 build, clicking a url in a message does not open the url in my default browser Firefox Nightly. I confirmed this behavior worked with build 20200513104415.

Error Console shows

```
06:56:38.393 Uncaught 
Exception
​
columnNumber: 0
​
data: null
​
filename: "chrome://communicator/content/contentAreaClick.js"
​
lineNumber: 230
​
location: XPCWrappedNative_NoHelper { QueryInterface: QueryInterface(), filename: Getter, name: Getter, … }
​
message: "Component returned failure code: 0x80070057 (NS_ERROR_ILLEGAL_VALUE) [nsIExternalProtocolService.loadURI]"
​
name: "NS_ERROR_ILLEGAL_VALUE"
​
result: 2147942487
​
stack: "openLinkExternally@chrome://communicator/content/contentAreaClick.js:230:6\ncontentAreaClick@chrome://communicator/content/contentAreaClick.js:200:21\nonclick@chrome://messenger/content/messenger.xhtml:1:8\n"
​
<prototype>: ExceptionPrototype { toString: toString(), name: Getter, message: Getter, … }
contentAreaClick.js:230
    openLinkExternally chrome://communicator/content/contentAreaClick.js:230
    contentAreaClick chrome://communicator/content/contentAreaClick.js:200
    onclick chrome://messenger/content/messenger.xhtml:1
06:56:38.394 2147942487
```
Bug: Embedded links in emails do not work.
Status: RESOLVED
Priority: P1
Resolution: DUPLICATE
Created: 2020-05-14 18:12:48+00:00
Resolved: 2020-05-22 17:19:49+00:00

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

Steps to reproduce:

Email received with embedded link.  Click does not open browser.  Can copy URL to browser and that works.  Daily 2020-05-14.   Worked in 2020-05-13.


Actual results:

Nothing    Browser did not open.  Link did not appear.


Expected results:

Click on link.  Open browser.  Open new tab with link URL.
Bug: Message Pane - strikethrough doesn't work for non-bold characters of specific font on Windows
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-05-14 18:13:20+00:00
Resolved: 2020-05-17 09:00:09+00:00

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

Steps to reproduce:

Receive a message that has strikethrough words in it's title.
Observe the rendering of strikethrough in 'message list pane' and 'message preview'.



Actual results:

strikethrough is bugged in message list pane.
It works fine on the message preview.


Expected results:

Message pane should support strikethrough in message Title
Bug: [Linux] Thunderbird side panel icons are broken with system dark theme
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-05-15 04:44:34+00:00
Resolved: 2021-07-16 00:34:18+00:00

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

Steps to reproduce:

Launched TB 77 Beta with a fresh profile, and added one of my email addresses.

System is Xubuntu 20.04, tested with Adwaita/Adwaita Dark themes.


Actual results:

Icons in side pane are barely visible (dark blue on black)


Expected results:

Icons should be visible (maybe light blue for dark systems themes?)

Unrelated, but not sure if it's worth a new bug report or if it's already known, but the color in the active tab is missing until you switch tabs.