av9ash/GitBugs huggingface dataset:
Bug: Does not identify attachments generated by ManageEngine OpManager
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-05-25 14:52:39+00:00
Resolved: 2022-07-11 12:24:34+00:00

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

Steps to reproduce:

Receive an email from ManageEngine OpManager.

Looks like this, but you can reproduce by downloading their free edition and monitor a Cisco switch. 

I cannot paste the entire mail as it contains private infrastructure info.

Return-Path: <XXX>
Received: from XXX ([unix socket])
         by XXX (Cyrus v2.4.17-Fedora-RPM-2.4.17-13.el7) with LMTPA;
         Wed, 25 May 2022 04:16:41 +0300
X-Sieve: CMU Sieve 2.4
Received: from opmanager (unknown [XXX])
        by XXX (Postfix) with ESMTP id DE2CB1F40BB
        for <XXX>; Wed, 25 May 2022 04:16:41 +0300 (EEST)
Date: Wed, 25 May 2022 04:14:37 +0300 (EEST)
From: XXX
To: XXX
Message-ID: <823515957.93.1653441277860.JavaMail.root@opmanager>
Subject: Data collection diagnostics report from ManageEngine OpManager
 (Generated on 2022-05-25 04:14:37)
MIME-Version: 1.0
Content-Type: multipart/alternative;
        boundary="----=_Part_92_1511591692.1653441277855"

------=_Part_92_1511591692.1653441277855
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit

Please find the data collection diagnostics report for your devices attached with this mail.<br><br>Note: <br>By default, this report will be sent to admin users. To send this report to specific users, configure the mail addresses in Diagnostics settings<br><br>
------=_Part_92_1511591692.1653441277855
Content-Type: application/ms-excel;
        name=Failed_Monitors_2022_05_25_04_14_37.xls
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
        filename=Failed_Monitors_2022_05_25_04_14_37.xls

then base64 data follows


Actual results:

I can read the message body but not the attachments

Additional info:
munpack command from ftp://ftp.andrew.cmu.edu/pub/mpack/ is able to extract the attachments.
Apple Mail.app is able to extract only the first attachment
Outlook 2016 and Windows 10 Mail cannot view the attachments.


Expected results:

Also view the attachments
Bug: Folders layout across restart (Folder with virtual folders collapsed ad startup)
Status: UNCONFIRMED
Priority: --
Created: 2022-05-26 09:57:08+00:00
Resolved: 2022-05-26 09:57:08+00:00

Steps to reproduce:

1. create folder "level1"
2. create virtual folder (saved search) "level2" under "level1"
3. expand "level1"
4. restart Thunderbird



Actual results:

"level1" is collapsed (i've to expand to view "level2")


Expected results:

keep folders (and virtual folders) status (expanded/collapsed) across restart
Bug: Performance profiler completely broken on Thunderbird
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2022-05-26 13:25:41+00:00
Resolved: 2024-09-23 01:51:57+00:00

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

Steps to reproduce:

I followed the steps for "Profiling Thunderbird Performance" from here:
https://support.mozilla.org/en-US/kb/profiling-thunderbird-performance


Actual results:

When trying to finalize/stop the recording, I am not given a `Stop Recording Performance` button, but rather a `Capture recording` button which results in the following error in the console:

```
Failed to get the active browserId while starting the profiler. 3 recording-utils.js:53:11
    getActiveBrowserID resource://devtools/shared/performance-new/recording-utils.js:53
    startProfiler resource://devtools/shared/performance-new/gecko-profiler-interface.js:70
    actorBridgeWithSpec resource://devtools/server/actors/common.js:107
    handler resource://devtools/shared/protocol/Actor.js:175
    onPacket resource://devtools/server/devtools-server-connection.js:379
    _onJSONObjectReady resource://devtools/shared/transport/transport.js:464
    makeInfallible resource://devtools/shared/ThreadSafeDevToolsUtils.js:103
    makeInfallible resource://devtools/shared/ThreadSafeDevToolsUtils.js:103
```


Expected results:

The recording should be saved
Bug: Add-ons not loaded in first Account Creation Dialog
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-05-26 20:05:48+00:00
Resolved: 2022-05-27 10:59:47+00:00

Bug: If there are no accounts configured, add-on startup is running *after* the account creation dialog, but it needs to run before.

Reproduction 1:
1. Pre-install Owl in the TB install or profile folder, e.g. in an enterprise setup with automatic rollout
2. Start Thunderbird with a fresh profile
3. -> The account creation dialog comes up
4. Cancel the dialog and close Thunderbird
5. Start Thunderbird again
6. -> The account creation dialog comes up
7. Set up an Exchange account

Reproduction 2:
1. Start Thunderbird with a fresh profile
2. -> The account creation dialog comes up
3. Cancel the dialog and close Thunderbird
4. Start Thunderbird again
5. -> The account creation dialog comes up
6. Set up an Exchange account

Reproduction 3:
1. Start Thunderbird with a fresh profile
2. -> The account creation dialog comes up
4. Cancel the dialog, but say "No" to "Use without mail", and do not close Thunderbird
5. Go to addons manager, and install Owl
6. Close Thunderbird
7. Start Thunderbird again
8. -> The account creation dialog comes up
9. Set up an Exchange account

Reproduction 2:
1. Start Thunderbird with a fresh profile
2. -> The account creation dialog comes up
3. Set up an Exchange account, install Owl, but cancel during the OAuth2 process
4. Cancel the dialog and close Thunderbird
5. Start Thunderbird again
6. -> The account creation dialog comes up
7. Set up an Exchange account

Actual result:
* Owl is installed in the directory
* The account creation dialog sees that Owl is installed, and tries to use it, but that fails, because Owl has not been started yet. Owl is disfunctional.

Expected result:
* If Owl is installed (by any of the above means), it loads *before* the account creation dialog starts, and account creation works.

Implementation:
There are 4 scenarios:
* If mail accounts are configured, addons are started after the folder pane loaded.
* If no accounts are configured, and TB loads the account creation dialog, then addons are not loaded until after the dialog finishes, which breaks Owl, because it's needed to create the account. This is the bug we fix here.
* If the user aborts the account creation dialog, and wants to use TB without mail accounts, and restarts TB, addons load correctly, because TB runs the "post account creation dialog" code in this case.

Also:
On the very first load, Gecko loads all pre-installed addons, so it works for the very first time, but not after you restart Thunderbird (without having an account configured).
Bug: Updated to 91.9.1, but on opening, Thunderbird says to download manually to get 91.9.1 ?!?!
Status: UNCONFIRMED
Priority: --
Created: 2022-05-26 22:14:17+00:00
Resolved: 2022-11-13 19:49:54+00:00

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

Steps to reproduce:

Updated to 91.9.1 64 bit, when I open Thunderbird the next day says need to  download manually to get the latest update which is 91.9.1, so something a bit odd is going on.


Actual results:

I updated manually to 91.9.1 - said it couldn't do it automatically. Seemed to go ok just did install, shut-down Thunderbird 'old' version and then re-started and new version was up and running inits place with all e-mail etc in correct place. So assumed all was fine.  
Next day same 'invitation to update manually to latest version.


Expected results:

Not to see invite to update when already done so.
Bug: Intermittent comm/mail/components/extensions/test/browser/browser_ext_windows.js | no tasks awaiting on messages - Got "[\"switchWindows\"]", expected "[]"
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2022-05-26 22:42:23+00:00
Resolved: 2022-12-15 16:30:27+00:00

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

---
```

```
Bug: Booking Confirmation with invalid  Dates
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-05-27 09:39:23+00:00
Resolved: 2022-05-27 10:10:50+00:00

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

Steps to reproduce:

1.Access the hotel app
2.login
3.navigate to the hotel booking
4.enter data in all the required fields
5.enter invalid dates for booking
eg data:13/32/22
data2:date of stay must be older than date of booking


Actual results:

Accepts invalid date for booking, date for reservation also
 


Expected results:

application must not accept invalid date and it should throw relevant message
Bug: Restore nickname field on contact edit form (avoid dataloss of nick names when migrating from TB91)
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2022-05-27 23:20:24+00:00
Resolved: 2022-06-17 14:46:04+00:00

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

102.0a1 (2022-05-27) (64-bit), Win10

Regression: No nick name field on the edit contact form.
- Nick name field is very different from display name.
- Nick name field is only known to Thunderbird user, but never publicly exposed when sending like display name.
- Searching for a full unique nick name in recipient autocomplete guarantees the contact of the nick name to be the top match, so if I have thomas8 specified as a nickname for Thomas Duellmann, that will match reliably every time without the need to have thomas8 in the display name.
- We don't want to break users' existing nick names (which would be dataloss).

Urgent as it needs strings.
Bug: Implement `Edit contact` menu item on contact's context menu
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2022-05-28 00:18:07+00:00
Resolved: 2022-08-24 09:13:13+00:00

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

Regression, seen on 102.0a1 (2022-05-27) (64-bit)

Editing a contact is certainly one of the main actions, so it belongs into the contact's context menu, where it was found in TB 91, but now missing.

At the top of the contact's context (as it's supposed to be the default action per bug 1752013), restore the following menu entry:

`Edit Contact`

- While this doesn't fix Bug 1752013, it will mitigate it for mouse users at least.
- I think the word `contact` was present in TB 91 for a reason, e.g. to avoid misunderstandings that if you right-click on the name or email address in horizontal layout, you would be able to edit just those properties.
- Looks like new AB has adopted a new approach to capitalization (initial caps), whereas the entire rest of the application capitalizes all words except small words...
  - `Edit contact` (new AB approach)
  - `Edit Contact` (consistent approach)

Guess atm we should go for the latter and fix those few instances where we suddenly deviate? (e.g. entries in `Change the list order` menu, and AB context menu - `Default startup directory should become `Default Startup Directory`)
Bug: Restore "Required Information Missing" dialog to prevent saving empty contacts
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2022-05-28 00:35:58+00:00
Resolved: 2022-06-17 17:07:16+00:00

TB 91 won't allow you to save an empty contact, which makes sense.
Also, empty contacts look extremely truncated in TB 102.

Expected
- Prevent saving empty contacts
- Restore "Required Information Missing" dialog to prevent saving empty contacts

Just disabling the Save button would have the disadvantage that the user may not know why the button is disabled. The dialog is good as it calls out the fields of which one must be filled before the contact can be saved. The list of fields make sense to me.

Needs strings!
Bug: [meta] Ensure that all contact fields of TB 91 are migrated (somehow) into TB 102, to avoid (perceived?) dataloss
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2022-05-28 00:49:36+00:00
Resolved: 2022-10-06 10:39:24+00:00

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

We need to check if we're really migrating *all* fields of a TB 91 contact into TB 102. I bet we've overlooked some, like Custom 1-4 fields, ~Notes~ etc.

Urgent as it needs strings.

Can we have someone from AB-devs listing all contact fields here which are correctly migrated?
Bug: Properties in Advanced Address Book Search window not working
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-05-28 12:15:41+00:00
Resolved: 2022-06-24 21:02:43+00:00

In the Advanced Address Book Search window the "Properties" button doesn't work.
After bug 1762127 there is no dialog (abEditCardDialog.xul) existing that shows the properties.
Bug: Many menu bar items not relevant to address book are active when using address book in tab
Status: NEW
Priority: --
Created: 2022-05-28 13:58:51+00:00
Resolved: 2022-06-03 08:39:51+00:00

Many menu bar items not relevant to address book are active when using address book in tab.

For example:
* Edit > Favorite Folder
* Edit > Calendar Properties
* Edit > Find in this message
* View > Folders > ...
* File > Save As 
* Events > delete selected calendar
* Message ...
Bug: Some menu bar items, and toolbar items, relevant to address book are missing when using address book in tab
Status: NEW
Priority: P2
Created: 2022-05-28 14:32:44+00:00
Resolved: 2022-07-09 17:02:03+00:00

Sister to bug 1771604, and perhaps as a consequence,  some menu bar items relevant to address book are missing or not functioning when using address book in tab.

Also, toolbar items generally are not scoped to address book. In version 91 we had  "delete contact" on the toolbar which is now missing.

For example:
* Edit > Remove Contact (had been delete contact in previous versions) - is greyed out even when a contact is selected
* Edit > Find > Search exists and so the shortcut (ctrl+shift+K) is now mapped to messages, and not available to search contacts
* Edit > contact properties and ctrl+I is missing  (there is a Properties menu item but it is greyed out - mapped to folders perhaps?  I can't tell)

These are just some examples. Note, these like the items in bug 1771604 are version 101 or earlier, so predate Bug 1762127 - Tear down the old Address Book UI which happened in v102
Bug: Odd cursor artifact in Search button of Advanced Address Book Search
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-05-28 14:46:38+00:00
Resolved: 2024-01-28 13:51:41+00:00

I see a vertical bar in Search button of Advanced Address Book Search, depending on which field contains the cursor.

I don't see this on Windows.
I haven't tested daily, so don't yet know if it exists there.
Bug: 'Chat' and 'Add-ons and Themes' buttons have no icons in 'Customize' toolbar dialog
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-05-28 16:18:09+00:00
Resolved: 2022-06-24 21:03:05+00:00

Thunderbird 102.0a1 20220528100943 on Windows 8.1

The 'Chat' and 'Add-ons and Themes' buttons have no icons in the 'Customize' toolbar dialog.
Bug: `New Address Book` button doesn't work after cancelling a contact edit
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-05-28 18:38:48+00:00
Resolved: 2022-06-18 10:16:19+00:00

New install of nightly which never previously had nightly installed...
`New Address Book` button doesn't function. Nothing in error console
Restarted TB and it worked.

I pretty sure I restarted it once before noticing the problem, so it's odd that nother rebstart helped. Equally odd that nothing is in error console

I'm leaving it unconfirmed because I now cannot reproduce.
Bug: error 0x80004005  in TerminatorTelemetry.jsm on startup
Status: NEW
Priority: --
Created: 2022-05-28 18:48:28+00:00
Resolved: 2022-06-07 08:39:12+00:00

New install of nightly on Windows which never previously had nightly installed...

NS_ERROR_FAILURE: Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsITelemetry.getHistogramById] 3 TerminatorTelemetry.jsm:8
Bug: Thunderbird Freezing and then running system out of memory
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-05-29 08:52:42+00:00
Resolved: 2023-11-16 16:01:42+00:00

Having problems with Thunderbird. (M1 Macbook Air Apple OS 12.4, Thunderbird 91.9.1 (64-bit))

Generally the problem seems to be "Thunderbird Internal" because crashes occur:-
	1. "Online Working".
	2. "Offline Working".
	3. "Working in Safe-mode".

I phoned TPG (internetProvider) and they claimed "no blocks" were being placed on '@ndm.com.au'

I looked up Mozilla Support and:-
	1. Tried to repair all Spam & Junk Folders.
	2. I deleted all ".... .msf" folders (and they successfully rebuilt on next launch)
 
If I launch / working online, (or offline), and select "any" Spam or Junk Folder Thunderbird hangs almost immediately.

If I launch/work with 'my email' folders I get about 10 minutes before Thunderbird hangs, or after about 20 minutes 'Force Quit' will open & show 'Your system has run out of application memory'.

If I launch/open (say In Box), select "Offline Working" and then walk away, after about 45 minutes 'Force Quit' will open & show 'Your system has run out of application memory'.

The only folder that I not been able to 'get into' to look/repair/reset in Account Settings (for Junk), or delete is > Local Folders > Spam.
It appears to me that this folder could be causing the problem.

I cannot find anything in Mozilla Support about getting into/ fixing/ and or deleting this folder (and maybe all the other Junk / Spam Folders as they could also be corrupted)

I would like a solution to the problem, but meanwhile, my work around is:-
	1. Launch Thunderbird and quickly read emails etc., etc., and then Quit Thunderbird.
	2. If Thunderbird hangs, before I complete, existing work is not lost, but any emails (being composed) are lost when Force Quit is used.
	3. Re launch, complete, and Quit.

I am an experienced user, but must use 'step by step' solutions provided by others to help with issues like this.
(Thunderbird has been used by me for many years, and moved through multiple OS and machine's over about 15 years)
Bug: Contact picture in message header not properly aligned
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-05-29 11:40:16+00:00
Resolved: 2022-06-04 15:49:38+00:00

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

Steps to reproduce:

Select the option to show the contact picture in the mail header. This option was introduced in bug 1556261. Don't select the option to show the sender's e-mail address below the display name.


Actual results:

The contact picture is not properly aligned to the text.


Expected results:

Move the contact picture some pixels towards the top.
Bug: dark theme: dark icon in create new contact dialog
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-05-29 11:46:58+00:00
Resolved: 2022-06-04 15:49:38+00:00

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

Steps to reproduce:

Open the "new contact" dialog in the new address book.


Actual results:

The address book icon in the dropdown list of available address books is black in dark mode, whereas the text is white.


Expected results:

Change the icon color to white.
Bug: Crash in [@ cssparser::parser::parse_nested_block<T>]
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-05-29 13:26:26+00:00
Resolved: 2023-08-15 08:51:24+00:00

currently rare - rank #40 for 101 beta

Crash report: https://crash-stats.mozilla.org/report/index/e1369860-d160-45bc-b3b4-f7feb0220502

Reason: ```EXCEPTION_STACK_OVERFLOW```

Top 10 frames of crashing thread:
```
0 xul.dll cssparser::parser::parse_nested_block<style::values::specified::calc::impl$4::parse::closure$0, enum$<style::values::generics::calc::GenericCalcNode<enum$<style::values::specified::calc::Leaf> > >, enum$<style_traits::StyleParseErrorKind> > third_party/rust/cssparser/src/parser.rs:1016
1 xul.dll enum$<style::values::specified::length::LengthPercentage>::parse_internal servo/components/style/values/specified/length.rs:1085
2 xul.dll enum$<style::values::generics::length::GenericSize<style::values::generics::NonNegative<enum$<style::values::specified::length::LengthPercentage> > > >::parse_quirky servo/components/style/values/specified/length.rs:1334
3 xul.dll style::properties::longhands::width::parse_declared x86_64-pc-windows-msvc/release/build/style-e4fb5fdf87866808/out/longhands/position.rs:2746
4 xul.dll enum$<style::properties::PropertyDeclaration>::parse_into x86_64-pc-windows-msvc/release/build/style-e4fb5fdf87866808/out/properties.rs:47682
5 xul.dll style::properties::declaration_block::parse_property_declaration_list servo/components/style/properties/declaration_block.rs:1464
6 xul.dll style::stylesheets::rule_parser::impl$5::parse_block servo/components/style/stylesheets/rule_parser.rs:731
7 xul.dll style::stylesheets::rule_parser::NestedRuleParser::parse_nested_rules servo/components/style/stylesheets/rule_parser.rs:394
8 xul.dll style::stylesheets::rule_parser::impl$4::parse_block servo/components/style/stylesheets/rule_parser.rs:536
9 xul.dll style::stylesheets::rule_parser::NestedRuleParser::parse_nested_rules servo/components/style/stylesheets/rule_parser.rs:394
```
Bug: filters on mail reception does not run
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-05-29 14:29:40+00:00
Resolved: 2022-09-18 00:37:44+00:00

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

Steps to reproduce:

Build filters to move incoming messages from the main mailbox to specific folders according to a few words in the Subject field.


Actual results:

Filters run right when manually activated, but does not run automatically on mail reception.


Expected results:

They should run automatically on mail reception.
Bug: message moved to subfolder disappears from IMAP server
Status: UNCONFIRMED
Priority: --
Created: 2022-05-29 17:09:40+00:00
Resolved: 2022-06-09 07:02:03+00:00

Steps to reproduce:

Thunderbird 101.0b4 french version, Mac osx 10.15.7
Moving message from Inbox to existing IMAP subfolder;



Actual results:

No error message
Moved message disappears from inbox and Thunderbird/IMAP subfolder
Message also disappears from IMAP server webmail inbox and subfolder
Message yet appears in Thunderbird search list, but when clicking to open it an error message show up (warning about data loss risk in beta versions)


Expected results:

Moved message shoud disappear from inbox and appear in subfolder (Thunderbird client and IMAP server) as it did in previous Thunderbird versions (9x)
Bug: Handle note content overflowing its container
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-05-30 06:08:08+00:00
Resolved: 2022-06-13 17:48:38+00:00

The contents of the contact note field can currently overflow their visual container. Since notes can contain arbitrary text, that text might not break naturally into the constraints of the field. I've attached a sample that I've seen in the wild (with slight anonymization).

The note contents in the screenshot for your copy pasting convenience:
```
<HTCData><Facebook>id:123456789012345/friendof:1234567890</Facebook></HTCData>
```
Bug: Saving and renaming the file deletes the first letter of the extension.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-05-30 10:32:32+00:00
Resolved: 2022-07-14 17:43:13+00:00

Steps to reproduce:

Thunderbird 91.9.1 OS Win 10.
In the operating system, file extensions are hidden. 
Saving and renaming the file deletes the first letter of the extension in the destination folder. 
The problem is solved by making common extensions visible.


Actual results:

the saved file has an extension unknown to the operating system