av9ash/GitBugs huggingface dataset:
Bug: After calling CompFields2Recipients() with empty fields, autocomplete fails
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2022-08-01 10:42:03+00:00
Resolved: 2022-09-14 17:02:33+00:00

Hello guys!

I did not find how to reopen Bug 1773663, so I have to create a new one.

We have investigated the issue and found that looks like function CompFields2Recipients is broken.  In Bug 1773663 I mentioned that the problem does not occur if I switch off my addon. 

The problem is that my add-on actively uses CompFields2Recipients function.

In ThunderBird 91 if we called CompFields2Recipients with empty fields nothing particular happend.
But in ThunderBird 102 - autocomplete just stops working in that case.

So we have problem with the following types of mails: New, ForwardAsAttachment и ForwardInline. BUT if we make reply, problem does not occur (fields are not empty).

As a walkaround we may use this:

(function (){   
    
    Services.wm.addListener({
                        onOpenWindow: function (aWindow) {
                            Services.wm.removeListener(this);
                            this.composeWin = aWindow.docShell.domWindow;
                            this.composeWin.addEventListener("compose-editor-ready", this, true);
                        },
                        handleEvent: function (event) {
                            if (event.type == "compose-editor-ready") {
                                event.currentTarget.removeEventListener(event.type, this, true);
                                let win = event.target.ownerGlobal;
                                let compFields = win.gMsgCompose.compFields;
                               
                                win.CompFields2Recipients(compFields);
                                //it is a cure (if we comment these 4 rows - the problem occurs):
                                try {
                                    let row = win.document.getElementById("addressRowTo");
                                    let input = row.querySelector(".address-row-input");
                                    input.detachController();
                                    input.attachController();
                                } catch {}

                            }
                        }
                    });
    ComposeMessage(Ci.nsIMsgCompType.New, Ci.nsIMsgCompFormat.Default);
    
})();


Please check our guess about CompFields2Recipients function being broken. 
Thank you!
Bug: Garbled text briefly appears in To: field of new messages
Status: UNCONFIRMED
Priority: --
Created: 2022-08-01 13:32:58+00:00
Resolved: 2024-12-26 20:30:42+00:00

Steps to reproduce:

Hit Control-N to create a new message from the default folder view screen.

Running v. 91.11.0 (64-bit) on PureOS 9.0 (Debian fork), Gnome 91.11.0 (64-bit)


Actual results:

Garbled text appears (see attached) for a split second (in video capture, about 1 frame, so <0.1 seconds) in the To: field then disappears. Entering and sending a message works normally after that.


Expected results:

No text should appear in the To: field.
Bug: The Tag icon is greyed out in the Mail toolbar when "Show Icons and Text" is selected, although the text is correctly shown in black, and the option is available to use.
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-08-01 19:52:29+00:00
Resolved: 2022-08-16 21:00:58+00:00

Steps to reproduce:

Highlight or select a message in any folder.


Actual results:

The "luggage label" icon in the Tag button is grey and the text is black.


Expected results:

The icon should be black as well. It works properly when "Icons beside Text" is selected, but not when "Icons and Text" is.
Bug: Many tests failing due to missing resource:///modules/BrowserWindowTracker.jsm
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2022-08-01 23:24:34+00:00
Resolved: 2022-08-02 04:41:38+00:00

History.cpp is now [importing BrowserWindowTracker.jsm](https://hg.mozilla.org/mozilla-central/rev/8e973ab39108#l21.368) which we don't have. This is causing a large number of our tests to fail in automation because of the missing file.
Bug: Permanent comm/mail/test/browser/message-header/browser_messageHeader.js | waiting for vsync to be disabled - timed out after 50 tries
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-08-02 03:11:06+00:00
Resolved: 2022-08-29 09:45:08+00:00

[This use of the accessibility service](https://searchfox.org/comm-central/rev/c1fef16cc2e9409ced7b1d7a8eeb2f970f3236f1/mail/test/browser/message-header/browser_messageHeader.js#57-59) causes vsync to be enabled forever and the test fails at the check added by bug 1742842.
Bug: Prevent default identity's settings being overwritten by Account Settings page
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-08-02 03:52:47+00:00
Resolved: 2022-12-01 20:56:59+00:00

If the Account Settings tab is open, and the default identity changes (e.g. by a sync operation) the new default identity's settings will be overwritten by the old default's when Manage Identities is clicked. This is because the values from am-main.xhtml are saved before am-identities-list.xhtml is displayed.
Bug: Already cleared quick filter search terms restored after restarting Thunderbird
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-08-02 07:11:07+00:00
Resolved: 2023-11-19 13:42:04+00:00

Steps to reproduce:

I am using Debian sid/unstable with *thunderbird* 1:102.1.0-1.

Search for messages using Ctrl + Shift + k, after doing stuff, clear the search field, so all messages are shown. Quit Mozilla Thunderbird. Start Mozilla Thunderbird again.


Actual results:

Sometimes, the formerly cleared search string is present again in the search field, and Thunderbird filters for that.


Expected results:

If Mozilla Thunderbird is quit with a cleared search field, the search field should be empty on next startup.
Bug: Add-on update doesn't work
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2022-08-02 10:28:10+00:00
Resolved: 2022-08-11 07:05:30+00:00

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

Steps to reproduce:

I was told my addon was not compatible with TB 104. I changed the compatibility on the website and the clicked on the more information page in TB. I was presented with addons eventually and I clicked Add to Thunderbird 


Actual results:

Nothing


Expected results:

It should have been added to my addons list. I tried deleting the one that said it was out of date, I tried clicking on Check for updates. I even searched for the addon, found it and clicked Add to Thunderbird. Nothing happened. I restarted TB several times. Now that I've updated my addon compatibility can I get it back????

Finally I found that the addon had simply been downloaded into my downloads folder - could there not be a message to the user that to really add the addon they needed to find the file and actually add it on??
Bug: [meta] 102 upgrade is destroying addressbooks (often reported in support)
Status: UNCONFIRMED
Priority: P1
Created: 2022-08-02 11:11:45+00:00
Resolved: 2024-07-22 08:51:09+00:00

Steps to reproduce:

I volunteer on SUMO and we receive numerous complaints from those upgrading to 102, stating that addressbooks are empty after upgrade. 


Actual results:

Addressbook found empty after upgrade.


Expected results:

Addressbook should have remained as before.
Bug: All emails in @yahoo.com and AOL account are marked as junk mails, and mark as not junk immediately changes back to junk
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-08-02 13:37:31+00:00
Resolved: 2022-09-01 15:02:11+00:00

Steps to reproduce:

I'm using Thunderbird Nightly. Current version 
105.0a1 (2022-08-01) (64-bit)





Actual results:

In my @yahoo.com account, all emails are marked as junk emails (see attachment)

I checked mail.yahoo.com the emails are in good status

My old emails in my @yahoo.com account are marked as junk as well

My emails in other accounts are not affected
Bug: Clicking on some emails causes long rendering delays / pause and Not Responding messages after updating to 104.0b2
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-08-02 14:04:52+00:00
Resolved: 2023-08-06 14:38:20+00:00

STR:

I am only seeing this delay and able to repro on emails that came from 1) the same sender and that 2) have the same subject line as well. For example, I get alerts from my credit card company of purchase activity. So the sender is the same (CC company) and their subject line is the same (new purchase activity). A delay repros for those emails but not the Not Responding issue.

1. Update from 104.0b1 to 104.0b2
2. Visit you Inbox and look for emails that have the same sender and same subject. Typically if it is a recurring email that you receive.

I took a perf profile of the event when it happens. It's here: https://share.firefox.dev/3PVxcqc

On my home PC, I was able to repro as well. Before updating to 104.0b2 on my home PC, I was able to click on the emails that would cause a delay in rendering and Not Responding messages to occur and they displayed almost instantly. After bumping to 104.0b2, the very same emails delayed rending and caused TB to enter a Not Responding state. It took around 15-20 seconds before TB recovered and displayed the email.

I tested clicking on other emails just randomly and there is a gamut of near instantly displaying to a slight delay in displaying. Whatever change this was, it regressed email rendering.
Bug: S/MIME enabled address handling very slow
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-08-02 14:30:32+00:00
Resolved: 2022-08-03 07:33:12+00:00

Steps to reproduce:

Using Debian sid/unstable with *thunderbird* 1:102.1.0-1.

My account has an S/MIME certificate set up.

Compose a message and move addresses around between To: and Cc: fields, or add an address.


Actual results:

 It’s lagging. It’s better after bug #1777683 [1] was fixed, but still not snappy, and worse than with Mozilla Thunderbird 91.x. On the terminal messages like below are printed:

    [signed_validate_signature() ./src/librepgp/stream-parse.cpp:803] signer's key not found

[1]: https://bugzilla.mozilla.org/show_bug.cgi?id=1777683


Expected results:

Address handling should be snappy and not lag.
Bug: Search in context menu is not working on Feeds that are shown as Web page
Status: NEW
Priority: --
Created: 2022-08-02 14:53:32+00:00
Resolved: 2022-08-03 09:22:32+00:00

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

Steps to reproduce:

On a Simplified Chinese Windows 10 system (Enterprise 19044.1466) with daily build:
- subscribe to an RSS feed (https://undeadly.org/cgi?action=rss as an example) using a new account
- open a post (the newest one, ``Even more randomness'') in the builtin reader
- select some text, and right click to try to search the web for selected text



Actual results:

The search menu item showed up with an empty query string, and clicking it sends me to my default browser, opening the search page with empty query string.



Expected results:

The query string should match the selected text, and clicking it should take me to the appropriate search page.
Bug: Slightly different hover timing of button vs. dropmarker on `button-menu-button` element
Status: NEW
Priority: --
Created: 2022-08-02 18:37:58+00:00
Resolved: 2022-08-02 18:37:58+00:00

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

A very minor visual nit carried over from Bug 1720354 Comment 0 (as seen in screencast of attachment 9231019):
> I spotted some visual issues in the attachment reminder notification `button-menu-button`.
> - The hover effect is slightly delayed between the button and the menulist button.

STR
- In composition, write the word "attachment" to trigger attachment reminder inline notification bar
- Hover `Remind me later` button part, and observe hover effect on the dropdown marker.

Actual:
- dropdown marker gets hover effect slightly later than main button part

Expected
- dropdown marker should get hover effect at same time as main button part
- I've never fully understood why the dropmarker gets a hover effect at all when only the main part is hovered, but maybe it's by design.
Bug: Messages opened in new window have a large blank gray area showing between header and body
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2022-08-02 23:22:37+00:00
Resolved: 2022-08-14 11:30:20+00:00

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

Steps to reproduce:

Open any email from the inbox.



Actual results:

A gray area will appear between the message and the header


Expected results:

The message should appear below the header, with no gray area between these two. Reading emails from the preview pane does not show this issue, nor printing is affected. It only appears when the email is opened by double-clicking on it. This started happening end of last week.
Bug: Intermittent TEST-UNEXPECTED-TIMEOUT | comm/mail/components/extensions/test/browser/browser_ext_menus.js | application timed out after 370 seconds with no output
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2022-08-03 08:16:08+00:00
Resolved: 2024-03-15 16:21:07+00:00

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

---
```
Seeing this a lot lately. The failure screenshots have the "Remove Generated extension?" prompt open.
```
Bug: Still prompted to download latest version despite having done so successfully
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-08-03 08:37:53+00:00
Resolved: 2023-04-09 14:54:04+00:00

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

Steps to reproduce:

Downloaded the new executable and ran it successfully, but still getting reminders to downoad it.


Actual results:

Nothing. It's just annoying to keep getting unnecessary reminders
Bug: The calculation for folder compacting does not match size displayed in the user interface
Status: UNCONFIRMED
Priority: --
Created: 2022-08-03 08:39:17+00:00
Resolved: 2025-01-14 14:05:51+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 the preferences tab,
"Compact all folders when it will save over MB in total"
does not seem to be correct with regard to the calculations in nsMsgDBFolder.cpp


Actual results:

if (totalExpungedBytes > ((int64_t)purgeThreshold * 1024)) {

totalExpungedBytes  seems to be defined in bytes.
In the interface the field offlineCompactFolderMin seems to be expressed in kb, not mb.


Expected results:

Change the translation to "when it saves at least XXXX KB in total" or change the calculation.


PS: if the user has "Ask every time before compacting" unchecked, if ever the compacting is not done, a popup will be displayed to the user that the compacting could not be done.
While he had originally asked not to be notified.
Bug: Dead links for account autoconfiguration in the wiki
Status: UNCONFIRMED
Priority: --
Created: 2022-08-03 10:16:43+00:00
Resolved: 2024-07-30 03:43:57+00:00

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

Steps to reproduce:

Once upon a time somewhere on the mozilla wiki information appeared, that Thunderbird will discontinue the HTTP insecure requests for autoconfiguration (http://autoconfig.domain… and https://domain/.well-known/…) . I cannot find this information right now.  On the other side https://wiki.mozilla.org/Thunderbird:Autoconfiguration:Security contradicts to the phasing out of HTTP-insecure requests.

In fact https://wiki.mozilla.org/Thunderbird:Autoconfiguration:ConfigFileFormat contains dead links:

Description of the different mechanisms to serve the configuration file → https://developer.mozilla.org/en-US/Thunderbird/Autoconfiguration

How to create your own config file → https://developer.mozilla.org/en-US/docs/Mozilla/Thunderbird/Autoconfiguration/FileFormat/HowTo

From https://wiki.mozilla.org/Thunderbird:Autoconfiguration:

Description for administrators and technical users → https://developer.mozilla.org/en-US/docs/Mozilla/Thunderbird/Autoconfiguration


Actual results:

See also https://gitlab.gnome.org/GNOME/evolution/-/issues/642 , where https://developer.mozilla.org/en-US/docs/Mozilla/Thunderbird/Autoconfiguration was cited

> SSL Section
> 
> https was added in June 2019 to the spec. Please use https whenever possible. Former versions of this spec defined http only. http is still supported for existing hosts and in order to support domain hosters. http is deprecated now, but will need to be supported until at least end of 2023 for both of these reasons.


Expected results:

No dead links in the documentation.

Restore the information, that after December 2023 HTTP-insecure requests will be discontinued (or whatever text has been stated).
Bug: Bugzilla not working
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-08-03 12:48:41+00:00
Resolved: 2022-08-03 13:04:43+00:00

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

Steps to reproduce:

1. Open google chrome browser
2. Enter http://landfill.bugzilla.org/bugzilla-tip/ url


Actual results:

Page not loading


Expected results:

Home page should be opened
Bug: No attachment paperclip icon in message list for image in html code as base64 source
Status: UNCONFIRMED
Priority: --
Created: 2022-08-03 14:03:35+00:00
Resolved: 2022-11-09 07:04:52+00:00

Steps to reproduce:

I have mail as html code with image attachment. But in list, no attachment see.
I think, this is bug.
Customer send me mail. I read text, see sign, but, not see image for attachment in list, i ignore image under customer sign. customer not write any about image. When i ignore image, i not read 1/2 mail, cant understand text in mail.
Customer compose mail as html in something. Add image may be drag and drop to html.


Actual results:

...
P=F8eji p=F8=EDjemn=E9 letn=ED dny
S pozdravem
jp

[cid:image003.jpg@01D8A734.A67C94B0]

--_000_dd656ea4e7e149da92d8d11e1663b630slucz_
Content-Type: text/html; charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable

<html>
... sign
</html>

--_000_dd656ea4e7e149da92d8d11e1663b630slucz_--

--_004_dd656ea4e7e149da92d8d11e1663b630slucz_
Content-Type: image/jpeg; name="image003.jpg"
Content-Description: image003.jpg
Content-Disposition: inline; filename="image003.jpg"; size=62124;
	creation-date="Wed, 03 Aug 2022 10:29:19 GMT";
	modification-date="Wed, 03 Aug 2022 10:29:19 GMT"
Content-ID: <image003.jpg@01D8A734.A67C94B0>
Content-Transfer-Encoding: base64

/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg



Expected results:

I need att PIN for this situation.
Bug: Using Windows `menu key`, the context menu of contacts in horizontal layout pops up way too far on the right
Status: NEW
Priority: P3
Created: 2022-08-03 15:28:46+00:00
Resolved: 2022-08-21 20:22:09+00:00

For keyboard users in horizontal layout of the address book, the context menu of a contact pops up way too far on the right, which is pretty unergonomic.

STR
- select contact(s)
- press the (context) [`menu key`](https://en.wikipedia.org/wiki/Menu_key) on any Windows keyboard (or Shift+F10)

Actual
- the context menu of a contact pops up way too far on the right, which is pretty unergonomic.

Expected
- Most users will be looking at the name column when they go for the contextual actions, so for easy association and ux-error-prevention the context menu should pop up directly under the name, i.e. left-aligned on the results list (maybe different for LTR), underneath the focused row as in TB 91.
Bug: Thunderbird only recognizes the first 2 email addresses as already in address book
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-08-03 18:55:15+00:00
Resolved: 2022-08-03 20:39:26+00:00

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

Steps to reproduce:

Have a contact with at least 3 email addresses in the same contact card.


Actual results:

When receiving an email from the first or second email address in the address book, the contact is shown as already saved in the message header (blue "save contact" icon). 
When receiving an email from the third email address which is in the address book, the contact is shown as not already saved in the message header (white or grey "save contact icon, no contact photo if available). If you move that email address in the address book to the first or second position, it is suddenly shown as a saved address.


Expected results:

Thunderbird should recognize for all email addresses if they are already saved in the address book.
Bug: I have some Phantom emails "Message is no longer available"
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-08-03 19:39:29+00:00
Resolved: 2023-08-11 02:57:21+00:00

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

Steps to reproduce:

I've no idea how I got these messages. They are empty. They arrives with a pop-up message of "Message no longer available". If I delete them - they re-appear as new (unread) messages with the current time.


Actual results:

The emails are empty. I can't delete them or move them. If I "read" them - they change their status back to unread.


Expected results:

I wish to get rid of them.
Bug: No update (91.12.0) offered for version 91.11.0
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-08-03 23:49:51+00:00
Resolved: 2022-08-04 01:18:06+00:00

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

Steps to reproduce:

with installed version 91.11.0 no new update to 91.12.0 is offered. 
A test with a windows VM shows that update 91.12.0 is available for installed version 91.10.0,  but not for 91.11.0

TB or FF had never been installed in the VM before the test.  
1.  snapshot vm  and  install  version 91.10.0   
2.  check for update  shows version 91.12.0 is available
3.  roll back VM to previous snapshot 
4.  install version 91.11.0 
5.  check for update says  that TB is up to date




Expected results:

version 91.11.0 should receive an update to 91.12.0
Bug: No recipient autocomplete results after typing a character in `To` field of composition
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-08-04 03:04:59+00:00
Resolved: 2022-09-13 12:25:36+00:00

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

Steps to reproduce:

I cant get Auto fill to work in contacts when i start a new email, click a letter in the (email to) section and nothing comes up from the contacts list


Actual results:

nothing happens when i put the first letter in the 'email to' section


Expected results:

a lost of names should appear