av9ash/GitBugs huggingface dataset:
Bug: Show child dialogs/windows on the same monitor as the parent window
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-02-10 00:48:12+00:00
Resolved: 2022-03-27 22:29:18+00:00

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

Steps to reproduce:

Linux Mint 20.3 Cinnamon
2 monitors, primary monitor on the right, secondary monitor on the left (data cable connected, power turned off)

1. Open Thunderbird on the primary monitor which is located on the right.
2. Click `Write` button to `Create a new message`. The `Write` window opens on the primary monitor which is located on the right.
3. Click on the `Insert a Link, Anchor, Image, Horizontal Line, or Table` button.
4. Click the first option with the label `Link` and the popup `Insert new link or edit the selected link's properties`.
5. The `Link Properties` dialog box opens on the secondary monitor which is located on the left. Since the monitor is off it looks like Thunderbird has hung/crashed giving a very bad user experience.


Actual results:

Dialog boxes open on the left monitor.


Expected results:

Dialog boxes should be opened on the same monitor as the parent window; in this case the right monitor.

Can all instances of where a child window opens on the left monitor instead of the parent window's monitor please be fixed too?

Are you able to reproduce? and please fix?

Thank you
Bug: Renaming a folder causes it and, later, other folders to close
Status: VERIFIED
Priority: --
Resolution: WORKSFORME
Created: 2022-02-10 01:01:06+00:00
Resolved: 2024-03-05 06:09:04+00:00

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

Steps to reproduce:

1. Create the folder ABCDE.
2. Create the subfolder FIRST inside ABCDE.
3. Open ABCDE.
4. Create the subfolder SECOND inside ABCDE.
5. Create the subfolder THIRD inside SECOND.
6. Open SECOND.
7. Create the subfolder FOURTH inside FIRST.
8. Open FIRST.
9. Rename FIRST to FIRS - the folder closes.
10. Close ABCDE.
11. Reopen ABCDE - SECOND has closed.

Steps 7 and 8 can be skipped (meaning that FIRST doesn't close in step 9).



Actual results:

See above.

This example can be done with a much larger folder tree.  When the parent folder is closed and reopened at the end of the reproduction, as ABCDE is in steps 10 and 11, all folders descended from the parent folder at all level close.  Depending on the size of the tree and the number of folders that were open, it can take an annoying amount of time to reopen all the folders.  A realistic scenario for this (i.e., it happened to me while testing the possibly related bug 1754603) is to have a huge number of folders and descendant folders open that incoming mail is being filtered into.


Expected results:

Renaming a folder should neither cause it to close nor cause other folders to close at a later time.

NOTE:  Related to bug 1754603?
Bug: Permanent comm/mail/test/browser/content-policy/browser_jsContentPolicy.js | JS should be turned on in content. - "undefined" == true | noscript display should be 'none' - "inline" == "none"
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2022-02-10 05:41:35+00:00
Resolved: 2022-03-01 20:28:38+00:00

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

---
```

```
Bug: Attachments do not appear in message reader for html messages
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-02-10 08:22:37+00:00
Resolved: 2023-02-18 11:30:57+00:00

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

Steps to reproduce:

View -> Message body -> Original html
Click a message in the message list which has an attachment icon


Actual results:

I see the message in the preview pane with the "remote content" overlay at the top. The attachment bar is not visible even though the message has an attachment. It does not appear even when scrolling to the end of the message preview page. 

When I click the close (X) button in the remote content overlay, the attachment bar appears in most cases. In some cases, it partially appears (the top half appears and cannot be scrolled further).


Expected results:

I expect to see the first few lines of the message in the preview pane with a persistent attachment bar at the bottom. The attachment bar should display the attachment and a save button. This should happen regardless of the remote content overlay as in earlier versions.
Bug: Save message dialog appears in black with just one Save button in green
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-02-10 10:07:47+00:00
Resolved: 2022-02-13 23:22:05+00:00

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

Steps to reproduce:

Every dialog comes up the same. 
To escape from them I have to click where i expect a "Cancel" button to appear.
This version is 91.5.0 on Linux Mint 20.3.
It may have been happening for one two pre-updates as well.
Bug: Focus jumps from body to empty to subject when closing contacts sidebar
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-02-10 11:33:05+00:00
Resolved: 2022-03-21 11:15:11+00:00

### Steps to reproduce

1. Compose a message.
2. Open contacts sidebar.
3. Focus message body.
4. Press F9.

### Result

Focus jumps to the empty subject line.

### Expect

No change in focus.
Bug: Message preview pane vertical position changes depending on size of message header
Status: RESOLVED
Priority: P4
Resolution: WORKSFORME
Created: 2022-02-10 15:39:29+00:00
Resolved: 2023-11-05 13:39:06+00:00

Thunderbird 98.0b1 candidate, Mac, safe mode

* classic 3 pane view - When scrolling through message list, the vertical positioning of the message header changes depending on the size of the message header.
* vertical 3 pane view - When scrolling through message list, the **horizontal** width of the message **list** changes

Same behavior if I disable the spaces side bar.
I have not tried a new profile.
I have not tried to go back to 97 beta.
Bug: Unread group of folders does not always update with new unread folders
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-02-10 17:29:56+00:00
Resolved: 2023-06-25 23:49:39+00:00

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

Steps to reproduce:

With favorites and unread folder groups showing I retrieved email.


Actual results:

The unread folder group did not expand to include new folders having unread messages. if I hide the favorites group and only have the unread group showing, it will expand to include new folders with unread messages. The unread group only expands with new folders if it is the only group showing.


Expected results:

The unread group should always expand to show new unread folders whether or not it is the only group showing.

This is a true nuisance. I hate the way these folder groups work, anyway, but this bug causes me to hide and unhide the unread group all the time. I wish you would implement the folder-view-switcher add-on into the application, since having multiple folder groups in that pane controlled by dropdown checkboxes is screwy.
Bug: Clicking a folder immediately after enabling favorites folder mode does not list the folder's messages
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-02-10 17:54:40+00:00
Resolved: 2023-06-26 14:33:37+00:00

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

Steps to reproduce:

I selected the favorites group by checking favorites in the folder groups dropdown and the left pane changed to show that group. I clicked on a folder in the group.


Actual results:

Nothing happened. The message list did not change to show messages in the folder just clicked. I had to click the folder a second time.


Expected results:

The message list should always change to reflect the folder just clicked in a message group without having to click twice. The problem only occurs immediately after changing what folders groups should be visible.
Bug: Can no longer move e-mails between two IMAP e-mail accounts
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-02-10 19:19:05+00:00
Resolved: 2022-02-21 14:57:51+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:91.0) Gecko/20100101 Thunderbird/91.6.0

Steps to reproduce:

I move an e-mail from the inbox folder of gmail account A to the inbox folder of gmail account B. Both accounts are IMAP.


Actual results:

I get the error :

server has disconnected The server may have gone down or there may be a network problem

The e-mail remains in account A


Expected results:

The e-mail should be moved to the folder of account B. This always worked in the past, but not anymore in latest version.
Bug: TB proposed to save attachment (non-pdf) without name of attachment
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-02-11 08:13:57+00:00
Resolved: 2022-08-31 19:46:28+00:00

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

Steps to reproduce:

Try to open attached file (like .xlsx or other, non .pdf)


Actual results:

instead of opening attachment with selectable app TB proposed to save attachment (without name of attachment). 


Expected results:

Propose to select app to open attachment and open it to view. Seems like regression from ver.97 (in ver.96 was Ok)
Bug: "PrimaryPassword": true in policies.json does nothing in Thunderbird - explore to make this work for account passwords
Status: NEW
Priority: P3
Created: 2022-02-11 20:26:44+00:00
Resolved: 2024-08-19 20:01:04+00:00

Reported by Luca O.
[tb-enterprise] PrimaryPassword in policies.json does nothing (10.02.2022, 15:50 CET) [1]

**STR**

Enterprise user employs policies.json with
- "OfferToSaveLogins": true,
- "PrimaryPassword": true,

and reports:

**Actual Result**

In the about:policies tab I can see that Thunderbird (91.6.0) has picked those policies, however the "PrimaryPassword" doesn't seem to work: Thunderbird just stores and retrieves the (account) passwords with no master password required.

**Expected Result**

In Firefox, that same policy requires to set a master password the first time you save a login, and asks for the master password when needed.

**Additional info:**

User has previously been using StartupMaster add-on
https://addons.thunderbird.net/ca/thunderbird/addon/startupmaster/?src=search
but sadly it doesn't work with current versions of thunderbird.

[1] https://thunderbird.topicbox.com/groups/enterprise/T86fda84036f258f5-M170e71a13d9b53e732bf1849
Bug: Update 68.x to 78.x, then 102.x - lost local folders, creds and recent emails. Related to absolute links?
Status: UNCONFIRMED
Priority: --
Created: 2022-02-12 14:32:38+00:00
Resolved: 2022-11-24 07:50:35+00:00

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

Steps to reproduce:

Some time ago, I've tried to migrate from legacy Thunderbird 68.x to a new version 78.x (replacing Enigmail with own GPG/PGP implementation).


Actual results:

Upon restart of migrated/upgraded Thunderbird (68.x to 78.x), most local (encrypted) folders and stored mails were empty, most of the content was lost.

In addition, all passphrases for stored GPG-certs were either lost or rendered unusable. 

Re-importing of some of the said keys repeatedly failed, for unknown reasons (some might have been expired, but this lead to even permanently loosing access to affected encrypted TB-internal mail containers). I believe, there was some sort of error like "Could not import key ${error}".

I even installed "Import Export Tools NG", trying to do some preliminary backups. To no avail, I couldn't import/restore said lost local folders after the process with this tool, neither.

Summarized, migration was a total disaster, a vast number of mails and attachments, moved to dedicated local folders before, was lost.


Expected results:

Flawless migration from version 68.x to 78.x.

All local (encrypted) folders and content should have been preserved.
All stored GPG/PGP keys and credentials should have been preserved. 

Re-importing of GPG keys, regardless of their state, shouldn't have failed, at least not without any meaning- and helpful error output.
Bug: Ubuntu Hang when using thunderbird
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-02-12 15:10:05+00:00
Resolved: 2023-02-18 11:31:11+00:00

Steps to reproduce:

Since upgrade to 91.5.0, from time to time the whole Ubuntu desktop is hang when using Thunderbird. Need power reset to recover.
The journalctl shown: 
BUG: Bad page state in process pool-thunderbir pfn:19af77


Actual results:

How desktop hang.
Bug: XML Parsing Error: no root element found
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-02-13 05:59:10+00:00
Resolved: 2022-03-10 17:45:43+00:00

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

Steps to reproduce:

Send a message.  Usually a reply.


Actual results:

A yellow popup screen:
XML Parsing Error:  no root element found
Location: Chrome//messenger/content/messengercompose/sendProgress.
Line Number 1, Column 1:


Expected results:

No error message.  Message would have been sent.  

Usually sending it a 2nd or third time is successful.
Bug: attachment icon becomes black when focus is lost
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-02-13 12:12:36+00:00
Resolved: 2022-02-13 16:37:17+00:00

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

Steps to reproduce:

I selected an e-mail in the e-mail list, containing an attached file (symbolised with a clip icon in the attachment column).
The e-mail is highlighted in dark blue and the attachment icon is white which is as expected.
Then I selected the inbox in the left panel (to simulate the focus loss). 



Actual results:

The previously selected e-mail remains highlighted in dark blue but the attachment icon turns black and thus barely visible


Expected results:

The attachment icon should have remained white
Bug: TB 98.0 b1: Crash Report shows up when exiting/shutdown [@ static XPCWrappedNative CallMethod]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-02-13 19:19:12+00:00
Resolved: 2022-02-20 14:42:31+00:00

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

Steps to reproduce:

Exiting (closing) TB 98.0 b1 


Actual results:

When closing TB 98.0b1 Thunderbird creates a Crash Report for submission.
I removed the only extension and it still happened.
I did a complete removal of TB and reinstalled and it still happened.
When looking at the Crashing Thread this line was highlighted in Red.
4 	xul.dll 	_tailMerge_d3dcompiler_47.dll 	?: 


Expected results:

Close without any Crash Report
Bug: Inbox  with 68518 mails process timestamp  Date for same mails incorrect - wrong date value is  "to day and time  of the sync"
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-02-13 20:20:10+00:00
Resolved: 2024-05-12 15:56:37+00:00

User Agent: Mozilla/5.0 (X11; Linux i686; rv:97.0) Gecko/20100101 Firefox/97.0

Steps to reproduce:

Use of my e-mail account with Thunderbird 91.05.0  32-bit Linux Mint 19.1
for the first time.
Inbox contain 68518 messages ( current - 2007 dates )

About 30 messages are processed not correctly.
The date of message does not show the correct timestamp , 
the incorrect value is today and time of the sync process to the server


  




Actual results:

mails are not correctly sorted - today shows messages as today received.

Please lock at the date of the inbox and the actual date in message header in 
screen shot 1 - correct time stamp . and 2 - incorret time stamp art inbox listing


Expected results:

collating sequence of inxbox by  date of the message
Bug: (POP3 maildir) Folder moves to overlong subfolders work only partially and fails silently
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-02-14 08:09:05+00:00
Resolved: 2023-02-18 11:31:23+00:00

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

Steps to reproduce:

When I try to move by drag & drop a folder tree within (!) a POP3 account with maildir messages to SOME other sub sub folders it does not work.
Moving the same folder tree by drag 6 drop to other folders within (!) the same account works.

Further investigations revealed so far, that the reason might have at the first glance something to do with the overlong path length of the target folder.
Yes, Thunderbird has a known 128 chars limit for paths.

BUT the current Bug differs from e.g. Bug 249807 in many ways:

1.) Bug 249807 talks about that folders with overlong paths are not DISPLAYED. That means that folders are successfully moved but are not displayed.
    This is not the case here:
    The folder tree is even NOT MOVED. So there is nothing which could be displayed.
    
2.) The move fails silently. Nothing happened
    User should expect an error popup/message: "Move not possible due to overlong target path" or similar.
    
3.) When I move the source folder (tree) at first to another account (!) it works.
    And when I move this folder (tree) back to the first account into the final destination IT WORKS too!
    
    So if it would be a path length limit problem that shouldn't be possible.

Thunderbird v91.6 on Windows


Actual results:

See above


Expected results:

See above
Bug: perma toolkit/components/extensions/test/xpcshell/test_ext_eventpage_settings.js | xpcshell return code: 1
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2022-02-14 08:17:50+00:00
Resolved: 2022-09-05 06:16:55+00:00

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

---
```

```
Bug: perma toolkit/components/extensions/test/xpcshell/test_ext_eventpage_settings.js | xpcshell return code: 1
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2022-02-14 08:19:23+00:00
Resolved: 2022-02-14 08:54:08+00:00

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

---
```

```
Bug: Intermittent comm/mail/test/browser/folder-display/browser_syntheticViews.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2022-02-14 08:29:19+00:00
Resolved: 2024-08-30 00:07:09+00:00

**Filed by:** mkmelin [at] iki.fi
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=367753758&repo=comm-central
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/Lg7P5qk8TlSfii-Em58dvA/runs/0/artifacts/public/logs/live_backing.log

---
```

```
Bug: Intermittent comm/mail/test/browser/folder-display/browser_syntheticViews.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2022-02-14 08:29:23+00:00
Resolved: 2022-02-14 08:54:28+00:00

**Filed by:** mkmelin [at] iki.fi
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=367753758&repo=comm-central
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/Lg7P5qk8TlSfii-Em58dvA/runs/0/artifacts/public/logs/live_backing.log

---
```

```
Bug: Thunderbird doesn't recognize old/new programs in attachment
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-02-14 13:57:52+00:00
Resolved: 2022-12-02 13:34:54+00:00

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

Steps to reproduce:

Today I wanted to open a .dwg attachment in an email in Thunderbird (91.6.0 32bit, Win 7 Pro SP1). 



Actual results:

Previously, the system would open the dwg in AutoCAD, but now, when i clicked on it in attachment, nothing happened, dead, as if I'm clicking on an empty part of the screen.



Expected results:

As the dwg was dead and nothing was happening, I deleted handlers.json in my profile folder, hoping that this was causing the issue. 
However, after this, I could no longer open even rar/zip files (same as with dwg).
When I go to Preferences - Files and attachments, neither rar nor zip file types are listed. 
Other types that I have successfully opened  after deleting handlers.json (pdf, docx, xlsx, jpg, pptx) work normally.

DWG and RAR are not reacting to clicking on it, as they previously did.
Bug: Thunderbird 98.0b1 and b2 have wrong icon image at top left of main window
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-02-14 20:10:00+00:00
Resolved: 2022-06-22 05:45:09+00:00

The main window for Thunderbird 98.0b1 and b2 have an orange circle with a white letter W in it instead of the correct white envelope on a blue background at the top left in the Linux build. Prior to build 98.0b1 the correct Thunderbird logo image was displayed at the top left.
Bug: 91.6.0 send fails if there are multiple addressees.  Single "To:" works.  Add a "CC:", the send dialog just hangs forever and the email is never sent.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-02-14 21:11:56+00:00
Resolved: 2022-02-15 19:53:40+00:00

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

Steps to reproduce:

If I send a test email to only one addressee, Thunderbird sends it immediately.  If I add a cc: to the same email, the send dialog just hangs forever.  This started happening immediately after the Thunderbird updated to 91.6.0.


Actual results:

Thunderbird version 91.6.0 (64-bit) will not send if there are multiple addressees.  For example, a single "To:" works fine.  But if you add a "CC:", the send dialog just hangs forever and the email is never sent.


Expected results:

The email should send right away.
Bug: UTF-8 Characters Not Displayed Properly in Scheduling Reply
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-02-14 22:22:19+00:00
Resolved: 2024-05-12 15:57:15+00:00

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

Steps to reproduce:

In the addressbook, create a contact email address with a full name containing UTF-8 characters, eg. DEV Boardroom - Kōtare <boardroom@calendar-dev>. As an organiser with a different email address, schedule a meeting via an invite/reply with the above contact as attendee. Accept the invite and examine the reply, as organiser.


Actual results:

Although the UTF-8 characters are displayed ok in contact view/edit, in the rendering of the reply, they are not.


Expected results:

UTF-8 characters should be rendered properly.
Bug: Port bug 1726782 - Intermittent Exception: Missing fetch job for toolchain-linux64-clang-13: linux64-clang-13-profile
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2022-02-15 10:22:44+00:00
Resolved: 2022-03-21 11:15:57+00:00

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

---
```

```