av9ash/GitBugs huggingface dataset:
Bug: Imap folder rename
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-08 09:51:47+00:00
Resolved: 2021-11-08 13:03:12+00:00

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

Steps to reproduce:

Create an IMAP folder.
Rename it by changing only the character case.


Actual results:

We will have 2 IMAP folders (one with the old name and one with the new name). The mails will be present in both folders in the same way.

If one of the two folders is deleted at that time, both will be deleted in the end.

If you restart Thunderbird, only the folder with the new name will be present and it will be automatically unsubscribed.



Expected results:

Have a check like for local folders (CheckIfFolderExists), and do not allow this renaming only with a difference of character case.
Bug: Spurious empty "email" appears in Inbox since recent upgrade to 91.3.0
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-08 10:16:35+00:00
Resolved: 2022-12-04 20:23:50+00:00

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

Steps to reproduce:

Thunderbird automatically updated to 91.3.0.
Since then I repeatedly get an empty email appearing in my Inbox (screen print attached). I cannot recreate it at will but it has happened several times since the upgrade (which happened about a week or two ago). On the first occasion there were multiple blank messages in the Inbox at the same time. 


Actual results:

Empty email appears at top in Inbox.
There is no content, no "From" address, no "To" address etc.
I can delete it and so far I have not noticed any further issues if I do.
I have other email clients (e.g. on my phone, web based access etc) that I have used for years (along with previous version(s) of Thunderbird) and by checking those I can conform that the "blank" email does not actually exist at my email server prior to Thunderbird downloading my emails to my PC (using POP3) .
PDF attached, showing screen displays. 


Expected results:

There should not be a blank email.
Bug: executeScript for compose not working due to fission
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-11-08 11:24:26+00:00
Resolved: 2022-05-10 19:04:07+00:00

this feels more like a calendar  component (or global shortcut ) issue than an addon issue.

my compose script has a keyhandler (keydown, same for keypressed)  for ctrl-D. That also seems to be a shortcut of calendar  .

In 78, the compose script could detect ctrl-D, in 91, it cannot. This is inside the textarea where we compose the message text, a calendar  action started from inside the textarea would be unexpected.

But also, calendar  does not create the task, the keypress is just eaten up and ignored (91 only, not 78).

Possible solutions:
1) let the compose script react to all keypressed
2) If not create a task

The current solution:  do nothing feels counterintuitive.
Bug: calendar details not shown in "HTML" view when text/calendar attachment is present
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-11-08 12:01:10+00:00
Resolved: 2022-08-24 09:20:41+00:00

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

Steps to reproduce:

Received a message as sent by O365/Exchange/Outlook, containing a calendar invite. View the message body with "Show message body as Original HTML"


Actual results:

only the HTML part of the message shows, not the calendar details


Expected results:

calendar details (title, organiser, begin/end times, attendees... etc) should have shown. They are shown when you switch to "show message body as plain text".
This worked fine in the previous release of Thunderbird.
Bug: Badly drawn border / background of the window for new messages
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-08 15:02:48+00:00
Resolved: 2021-11-11 21:23:04+00:00

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

Steps to reproduce:

1. Create new message or reply to a message
2. Observe the new/reply message windows header


Actual results:

The new/reply message windows has the header with a strange border/background, badly drawn


Expected results:

The new/reply message windows header should not have a strange border/background
Bug: When display new message in window is selected, it still opens in tab
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-11-08 15:17:34+00:00
Resolved: 2022-12-04 20:24:03+00:00

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

Steps to reproduce:

After an upgrade, despite the option being selected to show messages in a new window, it continues to display messages in a tab.


Actual results:

It displays messages in a tab, not a new window.


Expected results:

It should display the selected message in a new window.
Bug: new messages inside nested folders does not have asterix
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-11-08 15:52:43+00:00
Resolved: 2022-12-02 13:39:42+00:00

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

Steps to reproduce:

I have deeper structure of folders, e.g. Local Folders/Suppliers/Suppliier 1/, Local Folders/Suppliers/Suppliier 2/ etc.
New messages arrive and they are sorted into corresponding sub-folders according to filter rules.


Actual results:

If I have folder Suppliers collapsed upon new messages arrival and there are new messages which are sorted into its subfolders, the folder Suppliers has an asterix.

If the folder Suppliers is not collapsed (so I can see its sub-folders), the correct subfolder has an asterix. If I open folder Suppliers, its sub-folders do not have asterixes and it is not possible to find, where new message sits - I have manually click each sub-folder one-by-one and look. Previous versions of TB marked sub-folders as well as main folder.


Expected results:

Sub-folders should have asterix whether its parent folder is collapsed or not.
Setting mail.server.default.check_all_folders_for_new to TRUE has no effect.

As I wrote, previous version of TB (before 91.3.0) marked sub-folders correctly whether its parent folder was collapsed or not. Now I am not able quickly find new messages.
Bug: Chat conversation content context menu does not detect links
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-11-08 17:23:29+00:00
Resolved: 2021-12-15 13:30:25+00:00

The context menu currently only knows about text selections and not about links. This is due to fission related changes in the context menu world, where `triggerNode` is no longer set on the context menu.
Bug: Message actions do not appear in the message context menu
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-11-08 17:28:06+00:00
Resolved: 2021-12-21 21:49:50+00:00

Similarly to bug 1740073 we can't get the actions of the message the context menu was triggered on, because `triggerNode` is no longer set. We will likely have to augment `nsContextMenu.js` in `mail` to give us the required details to know what actions exist and possibly re-design how actions are triggered. Since no protocol currently uses actions this shouldn't affect any functionality for now. However having message actions will be relevant for features like replying to, editing or deleting messages.
Bug: should not have save dialog when closing empty plain text composition window
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-11-08 19:29:44+00:00
Resolved: 2023-07-07 19:09:45+00:00

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

Steps to reproduce:

Windows 10, 64 bit and 64 bit Thunderbird (91.3.0):
Click "Write" Button -> composition window opens
(no alterations of any kind, no address, no subject, no text)
Click close window "X" button, top right of composition window


Actual results:

I got the "Save - Discard Changes - Cancel" dialog.


Expected results:

just close the composition window, as there is nothing to be saved.
Bug: When configuring manually, cannot change port for SMTP settings. "Done" button inactive.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-08 19:56:59+00:00
Resolved: 2021-11-10 13:56:20+00:00

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

Steps to reproduce:

When adding a new mail account, autoconfigure fails, so I have to manually configure. Unfortunately, SMTP settings do not allow me to update the port number for STARTTLS. "Re-test" wipes the port number back to zero OR wipes connection security to none, and "Done" is inactive. This happens whether Thunderbird is in online or offline mode.


Actual results:

If I try to "Re-test," the port remains at 587, but the connection security is set to "none." I receive a message "Thunderbird failed to find the settings for your email account.


Expected results:

STARTTLS should populate the port with 587. "Done" should be active.
Bug: The UI hangs for 15 seconds while typing a new address in To or Cc fields
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-08 21:58:31+00:00
Resolved: 2021-11-23 13:02:03+00:00

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

Steps to reproduce:

I type the first character of an known address in the To or Cc fields of a new mail, reply or new transfert.


Actual results:

The UI will hang for ~15seconds before displaying a suggested address.


Expected results:

No hang.
Bug: TB corrupting downloaded email messages from AT&T server
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-09 00:12:45+00:00
Resolved: 2021-11-21 11:32:08+00:00

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

Steps to reproduce:

daily email downloads. 
been happening for three weeks.
crash after crash after crash


Actual results:

A single message entry may contain as many as three different email messages. The first may be displayed correctly, subsequent messages are show as the HTML code. This issue is not consistent. At times TB simply crashes when a message is selected for reading. NUMEROUS crash reports have been sent(at least TB tells me they are). In this current state TB is unusable. I would gladly send examples:






Expected results:

normal operations
Bug: Debug perma Hit MOZ_CRASH([Parent 4187, Main Thread] ###!!! ASSERTION: attempted to open a new window with no WindowCreator
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2021-11-09 07:12:11+00:00
Resolved: 2021-11-15 23:19:26+00:00

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

---
```
This is caused by bug 1730659 forcing a migration pop-up to show. It will go away again on Monday.
```
Bug: Thunderbird 91.3.0 - Sending / status bar download progress operation ribbon static - Only blue static line
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-09 14:55:40+00:00
Resolved: 2022-10-24 13:11:36+00:00

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

Steps to reproduce:

Sending messages - Down loading messages 


Actual results:

The green ribbon in previous Thunderbird edition , indicating the progress of sending an email with % displayed has been replaced by a static blue line which does not give any indication of the sending/down loading process state. 
 


Expected results:

A dynamic blue line with displayed the progress in % alrealdy sended
Bug: manual message filters no longer working in 91.2.0
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-11-09 16:03:51+00:00
Resolved: 2022-12-04 20:24:16+00:00

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

Steps to reproduce:

Added message filter (from=); Using Message filters box tried to run new filter on folder <my email> / inbox using "run now". the filter was selected, inbox unchanged, spam message whose sender had been just added as filter was not removed. Selected all filters, tried to run now again. Still no change in Inbox message list.


Actual results:

Still no change in Inbox message list = (all) filters failing to remove spam message(s) when filters selected and run now button in filter box used to activate.


Expected results:

All filters should have removed spam message(s) from front end inbox message display.
Bug: using the "Subsequent mail" icon, the message include the preceeding one
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-09 16:05:27+00:00
Resolved: 2021-11-23 15:16:48+00:00

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

Steps to reproduce:

open a message and try to open the next one with the icon like a "v" (next message)
The e-mail opens but...


Actual results:

at his end remains bargage of the previous e-mail (see Thunderbird error attached)


Expected results:

Every e-mail showed separately and in clear form
Bug: The same User Interface artifact is still occurring
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-09 17:49:25+00:00
Resolved: 2021-11-09 18:46:29+00:00

User Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/95.0.4638.69 Safari/537.36

Steps to reproduce:

Just sent a Email and the send pop up was artifact-ed.  VErsion 91.3.0 32 bit


Actual results:

I knew where the send button was even though it was just black. I clicked it and it sent but the other items on the pop up were just chunks of black. See my picture
Bug: Unread message count increases when I get new posts in ignored threads in newsgroups
Status: REOPENED
Priority: --
Created: 2021-11-09 17:58:21+00:00
Resolved: 2024-12-31 05:22:29+00:00

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

Steps to reproduce:

In a newsgroup I marked a thread as ignored.  I right clicked and selected "ignore thread" on the original message in the thread.  I also toggled off viewing ignored threads in the message list window for that newsgroup.



Actual results:

If I get a new message in that ignored thread, the message does not show in the message list as expected, but the counter in the folder pane sometimes shows an unread message for the newsgroup like this:  a.c.s.thunderbird(1)

Here is an example of the problem. To make it more obvious, I have toggled on viewing of ignored threads.  As you can see there are four messages that are in the ignored thread and the count in the folder pane shows that number.

https://i.imgur.com/hCEFYhg.png

This doesn't happen for all new messages in the ignored thread, but it happens a lot.  Just to be clear also, this is just one example thread.  It has happened on other threads as well.


Expected results:

 If the thread is ignored I would not expect to see the unread count go up for new messages arriving or unread messages.
Bug: oauth2 gmail not working
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-11-09 18:18:14+00:00
Resolved: 2022-03-30 10:15:02+00:00

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

Steps to reproduce:

Login in imap and smtp to gmail with corrects email and password


Actual results:

the window with google authentication work and I can click in allow thunderbird access my data, but after window close, thunderbird show fail notification


Expected results:

I should be able to login in my gmail
Bug: Loading some messages from IMAP server cause TB 95.0b1 & 95.0b2 OOM, @ OutOfMemory crash
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-09 18:47:32+00:00
Resolved: 2022-01-29 23:01:53+00:00

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

Steps to reproduce:

Some of emails that are pulled from IMAP server, typical ones I receive, started to fail to show if clicked on them.


Actual results:

When loading some of the typical emails (one example: Playstation store purchase confirmation) Thunderbird freezes for a moment and then crashes.


Expected results:

Email message should show normally.
Bug: Thunderbird should be able to build against external librnp
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-09 18:48:10+00:00
Resolved: 2021-11-09 20:45:06+00:00

Steps to reproduce:

Over in https://bugs.debian.org/998848 I recommended that debian build thunderbird against the system version of librnp.

Carsten Schoenert replied that this probably needs upstream work to make it straightforward to build against the system version of librnp, in case it's available.

I'm opening this request to track the need for that work.

I'm filing it against Thunderbird 91, since that's the version of Thunderbird that's in debian unstable right now.
Bug: Saving or sending a message fails for message saved in drafts, because the attachment is lost a file in the Temp folder.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-11-09 19:34:04+00:00
Resolved: 2022-10-08 21:35:12+00:00

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

Steps to reproduce:

Create an email message.
Insert any attachment.
Save to draft.
Continue working on other emails and wait 10 minutes.
Go back to the message and try to send or save again.

Current results:

Not allowed to save or send the message.

Expected results:

Normal send or allow saving the message. 
---

Steps to reproduce:

Criar uma mensagem de e-mail.
Inserir um anexo qualquer.
Salvar em rascunho.
Continuar trabalhar em outros e-mail e aguardar 10 minutos.
Voltar na mensagem e tentar enviar ou salvar novamente.


Actual results:

Não permitiu salvar  ou enviar a mensagem.


Expected results:

Envio normal ou permitir o salvamento da mensagem.
Bug: The processing method is not saved for .xlsx and .xls attachments, and the processing selection dialog is displayed each time it is opened.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-10 00:15:26+00:00
Resolved: 2021-11-10 01:57:00+00:00

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

Steps to reproduce:

Open the .xlsx, .xls attachment and in the Opening Dialog select "Excel (default)" of "Open with" in the "What should Thunderbird do with this file?", and check "Do this automatically for files like this from now on." and press the "OK" button. Close the displayed attachment and reopen it.


Actual results:

The Opening dialog is displayed again.


Expected results:

The processing method of .xlsx and .xls is not saved.
Bug: Body copy inaccessible for lost Folder when restored
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-11-10 01:24:52+00:00
Resolved: 2021-11-12 18:40:45+00:00

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

Steps to reproduce:

Nothing. Thunderbird removed a folder from both of my 2 primary domain accts!
email: tim@cpmg.com ... and ... tim@qmsi.software
Prior to yesterday, I had no problems. Then the problem occurred for no apparent reason.  I have used Thunderbird and Netscape before that for 2 decades+
This is the first time Thunderbird has removed any Folder.  Poof; Gone! Years of exchanges lost; but the files still exist!! 


Actual results:

Each of my accounts has a similar Folder structure ... a "Business" folder was in each.
There are many other Folders, but only these 2 critical folders just "disappeared!?"
Years of data (messages) are visible in the panel on the right, but clicking any entry does not show its message body copy or any attachment info. The panel below the entries is blank! I am heartsick from this loss. I believe the data is there. I see the files in the folder.


Expected results:

The only thing I can state with certainty is that these folders have existed for years. By that I mean I recreate new accounts in new data areas for each calendar year for easy reference. I have attached 2 pictures: ver 60 and ver 91 (I had 78 in between).
Everything was perfect ... until yesterday, 11/08/2021.

I have no idea why you need my browser info. This is for Thunderbird.
Bug: Illegible menu text when using theme add-on
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-11-10 02:47:05+00:00
Resolved: 2021-11-23 15:36:44+00:00

Steps to reproduce:

Enable a theme from https://addons.thunderbird.net (e.g. https://addons.thunderbird.net/en-US/thunderbird/addon/blue-285662-2/
but happens with every one I've tried)

Click an item on the menubar (e.g. Tools)


Actual results:

Inactive (grayed out) items do not appear at all (white on white?). Same thing happens with context menu of an item in the message list (e.g. 'Mark' submenu)

First noticed in 95b2; not 100% certain bug was not present prior to that version.


Expected results:

Inactive items should display as gray text on white background rather than being invisible/illegible.
Bug: layers.geometry.opengl.enabled setting not executed on program start
Status: UNCONFIRMED
Priority: --
Created: 2021-11-10 08:18:00+00:00
Resolved: 2021-11-10 16:45:16+00:00

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

Steps to reproduce:

Thunderbird version:
Version     : 91.3.0
Release     : lp153.3.1
Vendor      : obs://build.opensuse.org/mozilla
Distribution: mozilla / openSUSE_Leap_15.3

I have a problem with the window display which is circumvented by setting
layers.geometry.opengl.enabled = false
But after restarting Thunderbird, that parameter setting does not seem to be executed. I always have to toggle that parameter manually to activate it.


Actual results:

After restarting Thunderbird, the parameter
layers.geometry.opengl.enabled = false
is still present in the configuration, but window display is buggy, i.e. OpenGL seems to be active anyway.
I have to toggle layers.geometry.opengl.enabled to true and back to false to remove the display problem again.


Expected results:

After restarting Thunderbird, the parameter setting
layers.geometry.opengl.enabled = false
should be executed automatically, i.e. OpenGL should be inactive.
Bug: Multi-instance update lock file in is create in the wrong directory
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-10 09:57:03+00:00
Resolved: 2021-11-11 16:54:09+00:00

Steps to reproduce:

On Windows, every time Thunderbird is started it creates a multi-instance lock file called "UpdateLock-<AppUserModelID>" in Windows %ProgramData% directory.


Actual results:

The update lock file is created in %ProgramData% directory. (C:\ProgramData\UpdateLock-0123456789ABCDEF)


Expected results:

The update lock file should be created in %ProgramData%\Mozilla directory instead. (C:\ProgramData\Mozilla\UpdateLock-0123456789ABCDEF)

It is unclear to me if all components using this file share this issue. E.g. I suspect that Thunderbird installer might look for this file in the correct %ProgramData%\Mozilla directory.