av9ash/GitBugs huggingface dataset:
Bug: Email link in Thread header in print preview very faint when using "High Contrast Black" color scheme in Windows 10
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-06-23 16:45:02+00:00
Resolved: 2021-09-18 11:33:57+00:00

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

Steps to reproduce:

1. Set Windows 10 color scheme to "High Contrast Black" (Settings > Ease of Access > High Contrast > Choose a scheme > High Contrast Black) can use left Alt+left+shift + PrtScr to toggle between High Contrast and standard color scheme.
2. Go to an email that contains a multi-level thread and open the email.
3. Bring email up in Print Perview (ctrl+p)



Actual results:

See "email screenshot 1" for what is on screen and "preview screenshot 1" for what is shown in print preview.

Note that the email addresses on each thread header text line are visible on the screen but are very faint on print preview.


Expected results:

Email links should have more contrast when printing.
Bug: Pausing feed account root folder no longer sets a property for reduced opacity UI feedback
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-06-23 19:30:46+00:00
Resolved: 2023-05-29 01:29:38+00:00

Both the account folder and all child folders should have reduced opacity. However, pausing individual folders does work correctly. Probably a regression from recent folderpane caching work.
Bug: Thunderbird build busted: /builds/worker/checkouts/gecko/dom/base/RemoteOuterWindowProxy.cpp:83:23: error: 'mozilla::dom::WindowProxyHolder' is an incomplete type
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-06-23 23:22:46+00:00
Resolved: 2021-06-28 06:29:18+00:00

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

---
```

```
Bug: New Folder sub-folder navigation not working
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-06-24 05:26:36+00:00
Resolved: 2021-07-18 08:12:14+00:00

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

Steps to reproduce:

Select File->New->Subfolder
I get the usual popup. Type in the name of a new folder, select "Create as a subfolder of:"->Local Folders.
Whatever folder is showing cannot be navigated away from.





Actual results:

Starting today, (even in Safe Mode), I cannot click on "Local Folders", or any other "account". I can back out of the popup by hitting Escape.
I get the same result in Safe Mode.


Expected results:

It should have navigated the folder hierarchy. Instead, it gets stuck.
Normally, clicking on "Local Folders" would expand to show my the top-level folders under Local Folders.
Bug: Port bug 1713036  to Thunderbird - Update DoH Preferences UI to work with Remote Settings config
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-06-24 06:28:36+00:00
Resolved: 2021-07-28 15:08:04+00:00

+++ This bug was initially created as a clone of Bug #1713036 +++

Port https://hg.mozilla.org/mozilla-central/rev/06800c1388fb

DoHController.jsm is Firefox only (in browser/). Should that live in toolkit?
Bug: Address taken from LDAP result gets added to Collected Addresses
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-24 08:16:56+00:00
Resolved: 2021-06-24 10:43:46+00:00

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

Steps to reproduce:

I'm using LDAP for address book. 
When I send a mail to someone who was found int he LDAP address book, the address gets added to "Collected Addresses" (CAB)
Very similar to bug #58769 but that was fixed many years ago and that works fine with "Personal addresses".


Actual results:

Thunderbird creates a much less detailed contact card for the contact than available in the LDAP entry. (Email + Name only.)


Expected results:

It should not create anything in Collected Addresses (CAB).

Thanks in advance!
Bug: Send out standard text/vcard Content-Type instead of text/x-vcard
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-06-24 09:49:08+00:00
Resolved: 2021-09-01 20:32:18+00:00

According to https://tools.ietf.org/html/rfc6350#section-10.1 (thanks to https://bugzilla.mozilla.org/show_bug.cgi?id=1667716#c4), `text/x-vcard` is deprecated in favour of `text/vcard`.

There are a few places that set `text/x-vcard` (https://searchfox.org/comm-central/search?q=x-vcard&path=). We should probably change all the **set** types to `text/vcard`, whilst keeping the `text/x-vcard` as an alias when reading.

#### Email Attachments

There is some overlap with Message Composition, in that we inconsistently attach vcards:

+ If attached through the `Attach -> Personal Card (vCard)` menu item, the delivered Content-Type is `text/x-vcard`.
+ If attaching a `.vcf` or `.vcard` file manually, the delivered Content-Type is `text/vcard`.

The former should be `text/vcard`. I suspect the Personal Card Content-Type comes from https://searchfox.org/comm-central/rev/69d6f790cef76552cd5b132997531252cb575a05/mailnews/compose/src/nsMsgCompose.cpp#1180, although I'm not sure.
Bug: Blank page shown when printing attached PDF using the print button in pdf.js (works with Ctrl+P, or if devtools are open)
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2021-06-24 13:24:14+00:00
Resolved: 2021-08-01 11:23:09+00:00

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

Steps to reproduce:

- I've got an email with a PDF file attached
- Clicked twice on attachment and it showed me PDF content on a new TAB
- Clicked print button


Actual results:

- It showed me print preview with a blank page
- Just to confirm if what in preview would be on paper I clicked print and it printed a blank page


Expected results:

- It should show PDF content on print preview and on printed page
Bug: Lose styling if clicking a line ahead
Status: NEW
Priority: --
Created: 2021-06-24 17:16:39+00:00
Resolved: 2024-07-31 13:28:47+00:00

### Steps to reproduce

1. Open a HTML message composition.
2. Select a font other than "Variable Width".
3. Type some text.
4. Click the message composition area below the final line (clicking at the same vertical height does nothing). Or press the Down Arrow key.
5. Type some more text.

### Result

At stage 4 the UI will update to show "Variable Width". And indeed, the text typed in step 5 has no set font. Similarly, if other styling (like bold, or font size) is applied, it will be lost after the click or Down Arrow key.

### Expect

The style to remain the same. A user could easily trigger such a situation if they want to refocus the message after changing the email Subject, or switching windows. Even though a user would notice an obvious change in styling like bold, things like font could go unnoticed.

## Origin

I think the origin comes from the difference in the `Selection` `Range` when clicking either on the same line or a later line. Even though to the user the text cursor is in the same position, underneath it is different.

After step 3 above, the message body is

```html
<body>
  <p>
    <font face="monospace">some initial text</font>
    <br />
  </p>
</body>
```

Then, using `editor.contentWindow.getSelection().getRangeAt(0)`:

+ When clicking vertically on the same line as the current text, the `Range` will point to the text node in `<font>`, or whatever styling element.
+ When clicking vertically on a later line as the current text, or pressing the Down Arrow key, the `Range` will point to the end of `<p>`, i.e. at the `<br>`.

I suspect that the origin is that the `<br>` has no styling on it, which makes the editor think the next typed text should also not have any styling.
Bug: Windows 7, Open eMail in a window, resize window height error (window size changes faster/more than mouse drag of window border)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-06-24 20:27:29+00:00
Resolved: 2022-10-07 04:52:16+00:00

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

Steps to reproduce:

This is what happens when opening an eMail in Thunderbird.  These are the steps I take, and the problem repeats itself.  I've been using Thunderbird since version 31.7 in May 2015.  This problem started around the time I got the update to version 78.10.2, and still happens in 78.11.0.

Our Computer Configuration
 - Windows 7 Professional
 - Thunderbird v78.11.0
 - Options under Reading & Display are set to Open messages in: “A new message window” 

 1. Boot the computer and only Start Thunderbird

 2. Double-Click an eMail in the Inbox to open it.
   (a) The eMail opens in a new window.
       i. When it opens, it's window's width is the same as a previously opened eMail, it's window's top edge is at the top of the monitor screen, and that window's bottom edge extends below the bottom of the monitor screen.

 3. Click on the Top Edge of the eMail's window to drag the window's top edge downward, to make the height of the window shorter.
   (a) As soon as you mouse click the window's top edge and start to drag the window's top edge down, the top of that window jumps below the mouse pointer, towards or to the bottom of the screen.

That is the first step of the problem.


Actual results:

As soon as you mouse click and start to drag the top edge down, the top of that window jumps below the mouse pointer, towards or to the bottom of the screen.


Expected results:

Like any other application or document window in Windows 7, clicking on the top edge of a window and draging that edge down or up should resize that window the same amount you move it with the mouse pointer.

In previous versions of Thunderbird, this function worked correctly.
Bug: Toolbar font selector not changing when selecting font through Format menu.
Status: NEW
Priority: --
Created: 2021-06-25 09:53:32+00:00
Resolved: 2022-08-24 08:59:19+00:00

### Steps to reproduce

1. Open a new HTML message composition.
2. Type some text.
3. Either highlight the text, or move the text cursor to anywhere in the text.
4. Set the font through the `Format -> Font` menu.

### Result

No change in the toolbar font selector to show the new font, even though the font has actually changed. The toolbar will change if you select a text region that had the previous font, and then select a text region that has the new font (so it changes when it detects a font *change* through a text selection). Note the `Format -> Font` menu will show the new font as checked if you reopen it.

### Expect

The toolbar font selector to change to show the new font immediately.
Bug: Mixed font size selections not represented in the UI
Status: NEW
Priority: --
Created: 2021-06-25 10:09:10+00:00
Resolved: 2022-08-24 08:59:16+00:00

### Steps to reproduce

1. Open a new HTML message composition.
2. Set the font size to Small.
3. Type some text.
4. Set the font size to Large.
5. Type some more text.
6. Select all.
7. Open either `Format -> Size` or the toolbar font selector.

### Result

The Small font size is checked, and none of the others are.

### Expect

None of the font sizes should be checked. This is a mixed selection, in other mixed cases (like mixed font), none are checked.
Bug: Alert doesn't appear when a new message is received even though "Show an alert" is checked
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-06-25 13:01:58+00:00
Resolved: 2022-10-10 22:45:23+00:00

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

Steps to reproduce:

1. Set Windows 10 color scheme to "High Contrast Black"
2. Start TB.
3. Ensure "Show an alert" is checked in Tools > Preferences > Gnereal > When new message arrives.


Actual results:

When a new message arrives, an alert sound is heard, but no alert toast appears.


Expected results:

Alert stopped appearing about a week ago.
Bug: 100% CPU Usage after suspend
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-06-25 13:44:55+00:00
Resolved: 2021-08-02 01:28:32+00:00

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

Steps to reproduce:

Since a few weeks I notice this new issue:
- I start Thunderbird. It runs normally.
- I put my computer in to suspend (Suspend to Ram on Linux)
- I wake the computer up again


Actual results:

 Thunderbird uses 100% CPU (on one core), without any evident reason why. I can however still use Thunderbird, it does not hang/lag. When I quit Thunderbird it still runs for about a minute with 100% CPU usage before it actually terminates.

I checked running Thunderbird with `--safe-mode` and the bug still occurs.

Can you supply any help on how to debug this?

78.11.0 (64-Bit) on Arch Linux
Bug: Crash during usage (composing and scrolling)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-25 14:45:41+00:00
Resolved: 2023-01-29 01:04:35+00:00

User Agent: Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.102 Safari/537.36

Steps to reproduce:

different usage:
 * scrolling throug emails , 
 * searching through address list (LDAP and local) or for certificates of addressees while writing emails 
 * and similar actions


Actual results:

the RAM usage continuously increases, e.g. from 360MB private bytes to 466MB in 2 hours with low activity (4 emails sent). Didn't increase by activity but during idle time.
I experience often a sudden crash of TB.



Expected results:

RAM should not continuously increase. 
No crashes !
Bug: Timepicker popup text should use a light color in dark theme
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-06-25 17:25:18+00:00
Resolved: 2021-06-29 10:44:19+00:00

STR:

0. Set your OS to use a dark theme (e.g. Adwaita-dark)
1. Enable the *system theme**
2. Go to the Calendar Tab
3. Create a new event
4. open the timepicker popup

AB:

Text color is dark on a dark background

EB:

Text should use a light color.
Bug: TB 91: Adding a search engine from an XML file doesn't work
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-06-26 20:17:08+00:00
Resolved: 2021-12-18 11:51:04+00:00

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

Steps to reproduce:

Try to add a search engine from an XML file


Actual results:

Console error:
Uncaught (in promise) 
Exception { name: "NS_ERROR_FAILURE", message: "addEngine: Error adding engine:\n[Exception... \"Invalid URI passed to SearchEngine constructor\"  nsresult: \"0x80070057 (NS_ERROR_ILLEGAL_VALUE)\"  location: \"JS frame :: resource://gre/modules/OpenSearchEngine.jsm :: _install :: line 95\"  data: no]", result: 2147500037, filename: "resource://gre/modules/SearchService.jsm", lineNumber: 1861, columnNumber: 0, data: null, stack: "addOpenSearchEngine@resource://gre/modules/SearchService.jsm:1861:24\n", location: XPCWrappedNative_NoHelper }


Expected results:

Should have worked.
Bug: email received in the Trash, not Inbox
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-06-26 22:32:08+00:00
Resolved: 2021-07-01 15:54:40+00:00

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

Steps to reproduce:

I have received all my emails directly in the basket....


Actual results:

I have received all my emails directly in the basket....


Expected results:

I want to receive  the emails normally in the reception folder.
Bug: attachments not visible with the email
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-27 09:11:54+00:00
Resolved: 2021-06-28 07:22:01+00:00

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

Steps to reproduce:

I received an email via apple-mail and there ist NO attachment visible at all.
Example:
--Apple-Mail=_08F9C135-5CE4-4438-B828-EE13EE5E43DF
Content-Transfer-Encoding: 7bit
Content-Type: text/html;
	charset=us-ascii

<html><head><meta http-equiv="Content-Type" content="text/html; charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Hallo Herbert,<div class="">bei mir im Ausgangsordner ist der&nbsp;</div><div class="">vertrag als gesendet dabei.</div><div class="">Hier nochmal ein Versuch.</div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">LG Frank</div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""></div></body></html>
--Apple-Mail=_08F9C135-5CE4-4438-B828-EE13EE5E43DF
Content-Disposition: inline;
	filename="xsxsxsxsx.pdf"
Content-Type: application/pdf;
	x-unix-mode=0644;
	name="xsxsxsxsx.pdf"
Content-Transfer-Encoding: base64



Actual results:

Not even a hint or a mark NOTHING is visible about the really attachet file.
The email appears without any attachment


Expected results:

even apple-mail attachments should be show as attachment and it should be possible to read or open them
Bug: Wrong indent for menuitems with checkmark in composition's File > Save As submenu
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-06-27 21:29:26+00:00
Resolved: 2021-07-22 13:14:24+00:00

Seen on Beta and Daily 91.0a1 (2021-06-27) (64-bit), Win10

Compose, File > Save As

Actual
- menuitem with checkmark wrongly indented (see screenshot)

Expected
- correct indent
Bug: "Spellcheck As You Type" gets disabled when saving composition as draft or template
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-06-28 05:12:20+00:00
Resolved: 2021-07-16 08:50:02+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 11_4_0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/88.0.4324.192 Safari/537.36

Steps to reproduce:

Case:
"Enable spellcheck as you type" is checked in Preferences
When creating a new message, the Options > Spellcheck As You Type menu is checked.
BUT once you Save email, it becomes unchecked and spelling is not checked.
If you enable the menu manually, it will be unchecked on next Save again.


Actual results:

please see above


Expected results:

please see above
Bug: New account setup autoconfig changes user setting
Status: UNCONFIRMED
Priority: --
Created: 2021-06-28 05:41:23+00:00
Resolved: 2023-11-07 13:43:48+00:00

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

Steps to reproduce:

Set up a custom email account. The server provides both IMAP and POP3 access. In this case POP3 must be used. Set up everything in the wizard correctly.


Actual results:

Then clicked on test settings, and the wizard changed the account type to IMAP because it apparently prioritizews it over POP3 and thinks that is better for me?


Expected results:

The wizard should have left it as I set it up manually (POP3).

Also, the server/account type can not be changed later once the account is created. (Not that I know how? It's not obvious.)
Bug: Newly created IMAP account is set to keep all emails offline
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-28 05:45:49+00:00
Resolved: 2021-06-29 06:07:11+00:00

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

Steps to reproduce:

Tested TB 90b2 upon request. Set up an already existing IMAP account on my server.


Actual results:

The new account in TB was set to keep all messages locally for offline use.


Expected results:

Don't know when this chaged but I remember earlier versions have this unchecked (which is what I want. I don't want to download gigabytes of stuff as soon as the account is created.)
Bug: Unintuitive relationship between heading blocks and font size.
Status: NEW
Priority: --
Created: 2021-06-28 11:39:06+00:00
Resolved: 2022-08-16 16:03:46+00:00

### Steps to reproduce

1. Open a HTML message composition.
2. Select "Heading 1" paragraph state.
3. Type some text.
4. Select "Large" font size, or press the "Larger font size" button.
5. Type some text.
6. Select "Medium" font size, or press the "Smaller font size" button.
7. Type some text.

### Result

The text typed in step 5 is smaller than the text from step 3. The text typed in step 7 is larger than the text from step 5.

### Expect

The heading text sizes to line up relatively with the font sizes. So the text in step 5 is larger than the text in step 3 and 7. Similar for other font sizes.

## Origin

The problem is that the "Large" font size corresponds to the use of `<font size="4">` element, which sets an absolute fixed font size. But the "Medium" font size is unique among the font sizes in that it corresponds to the *absence* of such a `<font size="...">` element, which means the font uses the `h1` styling font size, which is larger.

This also means that it is impossible to set the header size to `<font size="3">` using the UI tools. So there is a step that is inaccessible for headings.

## Solutions

The font sizes produced by `<font>` could be adjusted relative to the default styling for an element. This would mean that a "Heading 1" could be made much larger, and would have a larger minimum size.

Alternatively, when in "Heading 1" mode, the "Huge" font size could be shown as the default text size, and correspond to the absence of `<font size="...">`, and "Medium" should in this situation correspond to an explicit `<font size="3">`. This would have to also be done for "Heading 2", etc. However, I'm not sure how much the heading sizes would line up with the `<font>` sizes.

Alternatively, it might make sense to have a "None" font size, that is the default, but is distinct from "Medium". The "None" size removes the `<font size="...">` tag, whilst "Medium" applies the `<font size="3">` tag.
Bug: Not disabling styling buttons when styling is fixed by a paragraph state
Status: NEW
Priority: --
Created: 2021-06-28 14:01:01+00:00
Resolved: 2022-08-16 15:25:59+00:00

### Steps to reproduce

1. Open a new HTML message composition.
2. Select "Heading 1" paragraph state.
3. Type some text.
4. Click the "Bold" toolbar button.

### Result

The "Bold" button is checked after step 2. Which is expected.

After step 4, the "Bold" button becomes unchecked. If you open the `Format -> Text Style` menu, it will show "Bold" as unchecked.

It will become checked again when typing another character or reselecting some text.

### Expect

The "Bold" button should be disabled entirely, such that step 4 does nothing.

The same goes for the other heading states, and similarly for the "Address" state and the "Italic" styling. If the paragraph state fixes some styling, then the UI should disable changing that styling.

At the very least, the UI should switch back immediately to show the fixed styling.
Bug: Can Access Emails Without Master Password
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-28 15:22:10+00:00
Resolved: 2021-06-28 15:40:04+00:00

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

Steps to reproduce:

Thunderbird build 78.11.0 64 bit on Linux Mint 20.01

1. Click the app to open email.
2. Requests Master Password. 
3. Ignore.
4. Click Cancel a couple of times
5. App Opens and shows all emails.
6. Click x or cancel a couple of times to close box and all emails can be read without further ado.
7. It doesn't allow getting new emails/messages without the password.



Actual results:

Able to read all emails across different accounts


Expected results:

It should not have opened the app without a Master Password