av9ash/GitBugs huggingface dataset:
Bug: Forward this email message results in characters typed into compose to not display
Status: NEW
Priority: --
Created: 2022-06-11 18:58:06+00:00
Resolved: 2022-10-08 21:59:06+00:00

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

Steps to reproduce:

IN THUNDERBIRD: 

When I FORWARD [Ctrl+L] the attached message, in the resulting compose window, there is no visible header information (tho' the header table outlines are visible).  Anything I type in the compose window above the header table outlines is also NOT VISIBLE.

INVISIBLE FONT PROBLEM:

When I select (highlight) everything from below the header table outlines [click] to the top of the compose window [Ctrl+Shift+Home], the header fields and whatever I have typed appear visibly highlighted.  Then I select: >Format >Text Color (the current text color is shown as '#ffffff'), so I select BLACK color (#000000) and click [OK].  Now the header fields and whatever I have typed appear as black on a white background.

INVISIBLE BULLETS PROBLEM: 

Now, when I try to format a Bulleted List [>Format >List >Bulleted] or a Numbered List [>Format >List >Numbered] (either from the 'Menu Toolbar' or from the 'Formatting Toolbar' shortcut icons) ... the new text is indented normally, but the _BULLETS_ and the _NUMBERS_ are NOT VISIBLE.

IN GOOGLE-MAIL WEB INTERFACE:

Neither of these problems appears! 

___________________________
Updating Chrome (69%)
Version 102.0.5005.63 (Official Build) (64-bit)
Bug: MAPI App won't connect to Thunderbird
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-06-11 21:08:15+00:00
Resolved: 2022-06-13 09:02:24+00:00

Steps to reproduce:

Attempted to migrate a Visual Basic 6 APP (includes MSMAPI32.osx) from using a legacy Email client MS Live Mail to Thunderbird (91.10.0). The VB6 APP functions with MS Live Mail when it is the default email-client, but as of 6/6/22 Gmail requires stronger security not supported by MS Live Mail.  Set Thunderbird as the default email-client, and tried to execute an email send from the VB6 APP.



Actual results:

When the VB6 APP attempted a MAPI "Send" to the default email client (Thunderbird), the send-function in the VB6 APP through an error. Apparently, while the error was non-zero, no error description was provided for the APP to display.


Expected results:

It was expected that a connection to Thunderbird would have succeeded and the email message sent, as would normally have happened with MS Live Mail as the client. 
I did perform a separate test, doing a "Send To" from a simple Notepad file and that successfully connected to Thunderbird.
The questions remaining is the module MSMAPI32.ocx Simple-MAPI, or Extended-MAPI? Also, if MSMAPI32 is Extended-MAPI wouldn't Simple-MAPI be a subset; perhaps I'm formatting too much information for Thunderbird?

Thanks, X.
Bug: Thunderbird 91.10.0 message filters stopped working automatically.
Status: UNCONFIRMED
Priority: --
Created: 2022-06-11 21:36:16+00:00
Resolved: 2024-03-19 12:03:17+00:00

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

Steps to reproduce:

A filter is set up to move an email to a specific folder when there is a specific sender. This filter has been running successfully for years. I believe this latest update 91.10.0 has caused the problem.


Actual results:

The email stays in the inbox and is not moved to the folder it was assigned to be moved to by the message filter.


Expected results:

The email should have been moved to the folder identified in the message rule. If I run the filter on the inbox manually then the email is moved to the proper folder just like it used to do.
Bug: Startup error "AbortMessage: ### !!! ABORT: file resource: //gre/modules/addons/XPIProvider.jsm: 2602"
Status: UNCONFIRMED
Priority: --
Created: 2022-06-12 09:13:28+00:00
Resolved: 2022-06-14 01:59:50+00:00

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

Steps to reproduce:

I uninstalled the one-month trial of Microsoft Office 365

Versione 91.9.0 (64 bit) di Thunderbird


Actual results:

I open Thunderbird and it worked correctly but a few minutes later it gives me the long error message that I report in the attachment.

At the same time, Mozilla Firefox also stopped working.
At first it told me that the vcruntime140_1.dll file was missing. Then I loaded it, now it opens correctly but now I don't
makes it sail.
I checked if it was blocked by the Fireword or by the antivirus but it is not ...
Bug: Pasting link into subject results in pasting into body
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-06-12 13:28:01+00:00
Resolved: 2022-06-13 08:58:19+00:00

Only recently noticed this. Don't know when it started.

1. Copy link from Firefox address bar
2. Paste into compose subject

Result:  Nothing in subject line, and URL is pasted into message body
Bug: Fake 'compose' mode while reading a message; [Delete] key deletes characters NOT the message - Caused by a contenteditable HTML attribute in the email.
Status: UNCONFIRMED
Priority: --
Created: 2022-06-12 18:46:35+00:00
Resolved: 2022-06-18 10:22:57+00:00

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

Steps to reproduce:

See attached file (Fake 'compose' mode while _reading_ a message 010.jpg).

Note that I am viewing 2 different windows on the screen.  Look at the red-circled icons in the up-left corner of each window, and you will see that the left window is a COMPOSE window (pencil icon), and the right window is a READER window (folder icon). 

The problems below relate to the right-hand READER WINDOW.

I am reviewing a bunch of messages looking for LastPass error-causing web sites, and deleting messages as I review them while writing an error summary message to LastPass.

PROBLEM #1:  
the [Delete] KEY DOES NOT DELETE THE MESSAGE when I am mouse-scrolling thru the message-text.  When I press the [Delete] key, the message is NOT DELETED.

PROBLEM ##2: 
It took me a while to notice that the [Delete] key was DELETING CHARACTERS in the message I was reading.  Then I discovered that the READER WINDOW was in a 'fake' compose mode, because I was able to INSERT and DELETE TEXT in the message.  

NOTE the inserted "  xyz | " into the middle of "Hello Mike,".  The red carat points to the blinking insertion-point cursor.  

NOTE the light-grey frame around the text (marked by long red ovals) that appears when I click into the message text area.

NOTE FINALLY that inserted and deleted text changes disappear when I look at another message and return to this one.  The 'fake compose' changes revert to the original text.

WORK-AROUND -- to delete the message, I click on its entry in the 'message-list' area and then press the [Delete] key.

REPRODUCABLE --  The same behaviors occur for the next message in the list.
Bug: Remove "About" from Mac Help appmenu
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-06-12 20:32:35+00:00
Resolved: 2022-06-23 09:43:06+00:00

On Mac, "About" doesn't exist on our Help menu, but it does on the appmenu (hamburger). It should be removed from appmenu.  (reference Firefox menus)
Bug: misaligned star icons if multiple marked messages are selected
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-06-12 21:36:47+00:00
Resolved: 2022-06-21 17:28:47+00:00

Select multiple messages that are marked with a star icon. The star icons in the messages area are not correctly aligned, they should be moved a few pixel down. There should probably also a few pixels margin on the right of the icon.

It's reproducible on macOS in Thunderbird 91.10, 102b4 and Daily.
Bug: focused button in remove account dialog is truncated
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-06-12 21:42:00+00:00
Resolved: 2022-07-29 08:13:07+00:00

The focused button in the dialog to remove an account is truncated on the bottom.

It's reproducible on macOS in Thunderbird 91.10, 102b4 and Daily.
Bug: Bad alignment of content in confirmation dialog after removing an account
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-06-12 21:50:09+00:00
Resolved: 2022-08-03 04:43:36+00:00

After removing an account there is a lot of empty space below the content in the confirmation dialog. Compared to Thunderbird 91 it's a regression in Thunderbird 102 and still present in Thunderbird Daily on macOS because in Thunderbird 91 the text was vertically centered and the button was positioned at the bottom, now it "looks wrong".
Bug: close button saved passwords dialog is truncated (and almost invisible)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-06-12 21:59:36+00:00
Resolved: 2022-06-17 19:16:07+00:00

The close button in the saved passwords dialog is truncated (and almost invisible) without resizing the dialog.

It's reproducible on macOS in Thunderbird 102b4 and Daily, in Thunderbird 91.10 the issue is not present.
Bug: almost invisible border color when moving a mail to another folder
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-06-12 22:04:10+00:00
Resolved: 2022-06-14 23:34:39+00:00

When moving an e-mail to another folder there is a border around the folder while the mouse is dragged. This white border is almost invisible on the gray background.

It's reproducible on macOS in Thunderbird 91.10, 102b4 and Daily.
Bug: Intermittent comm/mail/components/addrbook/test/browser/browser_mailing_lists.js | the correct address book is selected in the menu - "Personal Address Book" == "Mochitest Address Book"
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2022-06-12 22:54:20+00:00
Resolved: 2022-08-10 00:42:39+00:00

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

---
```

```
Bug: Stop using "e-mail" in localised strings
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-06-13 00:28:24+00:00
Resolved: 2022-06-17 14:46:13+00:00

We should be consistent in our use of "email" or "e-mail". Since there's no change in meaning this shouldn't require renaming strings.

https://searchfox.org/comm-central/search?q=%5Cbe-mail&path=%7Bmail%2Ccalendar%7D%2F**%7B.dtd%2C.properties%2C.ftl%7D&case=false&regexp=true
Bug: Thunderbird will not open attachments with flatpak applications.
Status: UNCONFIRMED
Priority: --
Created: 2022-06-13 03:01:04+00:00
Resolved: 2024-03-17 17:13:42+00:00

Steps to reproduce:

Currently running CentOS 8 Stream, kernel 4.18.0-383.el8.x86_64, X11 windows. 

I'm running Thunderbird installed from the "centos-release-plus" repo because of the capability of handling openpgp key management.

I email myself or anyone else attachments that can be opened by flatpak applications -- for example a pdf file and a png image file. 


Actual results:

When double-clicking on the attachments, I'm presented with the pop-up window asking what application I'd like to open the attachment with (so far so good). When I select the flatpak application, and then hit OK, the pop-up disappears, but the application does not open. 


Expected results:

The flatpak application should have opened the file. For example, I have a flatpak version of GIMP installed that I use to edit images. I also use Inkscape for editing certain pdf files. 

I noticed there is also an option for a generic "flatpak" from the pop-up selector window -- but that also doesn't seem to do anything when clicking OK.

I tested on several CentOS 8 Stream laptops with the same results. I was able to use the flatpak version of Apostrophe to open a markdown attachment, but still no go with GIMP or Inkscape. 

I checked journalctl and got these lines from [Thunderbird.desktop] when I hit OK for the GIMP program:

'
error: '/tmp/pid-3848/brother_printer_driver_install-5.png' is not a flatpak command. Did you mean '--supported-arches'?
See '/usr/bin/flatpak --help'
'
Bug: "Move to next/previous unread message" buttons do not match the direction between their icons and moving direction in the message list pane
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-06-13 07:07:54+00:00
Resolved: 2022-06-14 23:34:41+00:00

STR:
0. Ensure to show "Move next/previous unread message" buttons in the toolbar
1. Make some messages in the message list pane are unread
2. Press the buttons to navigate only unread messages

ER:
An unread message which is above/below of current line should be selected.

AR:
An unread message which is below/above of current line is selected.

This is reproducible with any sort direction with the "Date" column. The "Move to next unread message" button implies "up-arrow" and "Move to previous unread message" button implies "down-arrow". Therefore, I'm really confused.
Bug: Preferred font size gets lost below inserted image
Status: UNCONFIRMED
Priority: --
Created: 2022-06-13 08:33:36+00:00
Resolved: 2023-02-16 15:40:22+00:00

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

Steps to reproduce:

In the HTML options I have selecgted a smaller font size. (New messages are composed using this size correctly.)
Insert an image using drag and drop of an image file.
Select inline option (not: attach).


Actual results:

After I insert the image using drag and drop of a file and selecting the inline (not attachment) option, all following paragraphs don't have the smaller font size.

This is part of the HTML code of the message. Notice the missing font elements on the last paragraph.

  <body>
    <p><font size="2">Hallo,</font></p>
    <p><font size="2">adsaads</font></p>
    <p><img
src="data:image/png;filename=Bildschirmfoto%202022-06-13%20um%2010.02.48.png;base64,i..."
        moz-do-not-send="false" width="254" height="329"></p>
    <p>xxx</p>
    <br>


Expected results:

My preferred font size should be used.
Bug: mailTabs.getSelectedMessages: Error: An unexpected error occurred
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2022-06-13 11:14:09+00:00
Resolved: 2022-09-14 17:02:21+00:00

Steps to reproduce:

`mailTabs.getSelectedMessages` may throw unexpected error. The problem exist in thunderbird-103.0a1 as well.
- Load the following add-on. 
- Switch to a 3pane mail tab
- Click on account entry in the folder list so no folder should be selected
- Click on the browserAction
- Inspect messages in console

`manifest.json`
```json
{
	"manifest_version": 2,
	"name": "Get Selected Messages Test",
	"version": "0.1",
	"permissions": [ "messagesRead" ],
	"background": { "scripts": [ "gsm-bg.js" ] },
	"browser_action": { "default_title": "Get Selected Messages" }
}
```
`gsm-bg.js`
```js
"use strict";

async function gsmGetMessage(tab) {
	console.log("getDisplayedMessages",
		await browser.mailTabs.getSelectedMessages(tab.id));
}

browser.browserAction.onClicked.addListener((tab) => { gsmGetMessage(tab); });
```


Actual results:

Extension console
```
Uncaught (in promise) Error: An unexpected error occurred
    gsmGetMessage moz-extension://f923b563-c38c-4bcf-af0d-5c83841fd52f/gsm-bg.js:5
    <anonymous> moz-extension://f923b563-c38c-4bcf-af0d-5c83841fd52f/gsm-bg.js:8
undefined
    gsmGetMessage moz-extension://f923b563-c38c-4bcf-af0d-5c83841fd52f/gsm-bg.js:4
    AsyncFunctionThrow self-hosted:683
    (Async: async)
    <anonymous> moz-extension://f923b563-c38c-4bcf-af0d-5c83841fd52f/gsm-bg.js:8
    apply self-hosted:2716
    applySafeWithoutClone resource://gre/modules/ExtensionCommon.jsm:627
    fire resource://gre/modules/ExtensionChild.jsm:812
    withHandlingUserInput resource://gre/modules/ExtensionCommon.jsm:118
    recvRunListener resource://gre/modules/ExtensionChild.jsm:815
    recvRunListener self-hosted:1162
    _recv resource://gre/modules/ConduitsChild.jsm:82
    receiveMessage resource://gre/modules/ConduitsChild.jsm:188
```
thunderbird error console
```
can't access property "getSelectedMsgHdrs", folderDisplay.view.dbView is null ext-mailTabs.js:314
    getSelectedMessages chrome://messenger/content/parent/ext-mailTabs.js:314
    getSelectedMessages self-hosted:1162
    result resource://gre/modules/ExtensionParent.jsm:1045
    withCallContextData resource://gre/modules/ExtensionParent.jsm:528
    result resource://gre/modules/ExtensionParent.jsm:1044
    withPendingBrowser resource://gre/modules/ExtensionParent.jsm:538
    result resource://gre/modules/ExtensionParent.jsm:1043
    callAndLog resource://gre/modules/ExtensionParent.jsm:996
    recvAPICall resource://gre/modules/ExtensionParent.jsm:1042
    AsyncFunctionNext self-hosted:679
```


Expected results:

Empty array returned by `mailTabs.getSelectedMessages`.

Bonus for 103.0a1: try to close error console and open it again.
Bug: Add "Edit link" menu item to link context menu in composition (no in-place mouse way to edit many links)
Status: NEW
Priority: P2
Created: 2022-06-13 15:52:27+00:00
Resolved: 2022-10-15 20:25:52+00:00

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

As a minimal fix for Bug #1716397, which is pretty bad UX, we should at least add an `Edit link` menu item to the context menu of links in composition. Links may get more attention and exposure as users are trying out our new link preview feature.

The menu item should trigger the same action like `Insert link` (Ctrl+K) on a link, which works and provides all the necessary selection handling.

> **Editing a link with link text in composition is seriously broken for mouse users** in 90.0b1 (32-Bit), Windows 10, and also half-broken for links whose text is an URL. It's now a gambling game if double-click on certain parts of the link succeeds to trigger link properties or not. **Editing one-word links like *[here](http://www.example.com)* or *[this](http://www.example.com)* is now impossible with mouse.** As a workaround, editing the link via `Insert > Link` (pretty counter-intuitive) or `Ctrl+K` works.
Bug: Show link URL in status bar when hovering links in composition (no in-place mouse way to check URL of certain links)
Status: NEW
Priority: P3
Created: 2022-06-13 16:25:33+00:00
Resolved: 2022-10-15 20:26:25+00:00

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

We should at least show the URL of links (esp. those with link text, like [the best Email client](https://www.thunderbird.net)) when the user hovers or focuses the link (as we do in message reader).

This will enable users to at least double-check the link URL, which will provide some relief for Bug #1716397, which is pretty bad UX. Links may get more attention and exposure as users are trying out our new link preview feature.

For getting the link URL, inspecting `Insert link (Ctrl+K)` action may help, which works and provides all the necessary selection handling.

> **Editing a link with link text in composition is seriously broken for mouse users** in 90.0b1 (32-Bit), Windows 10, and also half-broken for links whose text is an URL. It's now a gambling game if double-click on certain parts of the link succeeds to trigger link properties or not. **Editing one-word links like *[here](http://www.example.com)* or *[this](http://www.example.com)* is now impossible with mouse.** As a workaround, editing the link via `Insert > Link` (pretty counter-intuitive) or `Ctrl+K` works.
Bug: Message pane varies in size in new profiles
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-06-13 16:41:24+00:00
Resolved: 2022-06-18 23:25:15+00:00

Bug 1752038 introduced the following code:

```javascript
  for (let attrName of ["collapsed", "height", "width"]) {
    messagepaneboxwrapper.setAttribute(
      attrName,
      Services.xulStore.getValue(
        "chrome://messenger/content/messenger.xhtml",
        "messagepaneboxwrapper",
        attrName
      )
    );
  }
```

Unfortunately this means that in profiles where the user has never adjusted their message pane size, the default dimensions in the ~~XUL~~ html are deleted. This causes the message pane to vary in size according to its content (start page, single message, conversation).
Bug: `Edit list` menuitem label from mailing list context regressed to `Properties`, reducing discoverability
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2022-06-13 20:43:42+00:00
Resolved: 2023-01-03 22:58:48+00:00

Discovering how to edit a mailing list is non-trivial, and took me quite long (stuff for another bug: `Double-click` fails, `Enter` fails, no `Edit` button in the UI, and if you happen to select your mailing list item inside the *contacts list*, there's no way of editing at all).

For starters, I see no reason to why the natural language action string `Edit List` has been changed back to abstract `Properties`. We once had that and intentionally got rid of it (see Bug 1310442).

`Edit` (or `Edit List`) is
- less technical, more natural, more intuitive, more discoverable
- more action-oriented, which is good practice and ux-consistent with
  - all the other items on mailing list context which are action verbs, not abstract nouns
  - the dialog title: Edit <list name>

*Implementation notes*

- I recall this may need a dynamic string because the underlying command is cmd_properties, which also applies to address book items in the directory pane, for which we want to keep "Properties".
- Personally, I find `Edit List` quite alright, but we'd probably want just `Edit` for the new Fluent string.
- If we believe we cannot create this in Fluent because of string freeze (I wonder how we'd fix *wrong* strings after the freeze?), we could restore the strings for `Edit List` from localized dtd or properties files.