av9ash/GitBugs huggingface dataset:
Bug: When I send a message from one account, the receiver sees it as coming from a different account and replies in kind
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-06-18 14:09:57+00:00
Resolved: 2020-07-28 02:27:42+00:00

+++ This bug was initially created as a clone of Bug #507044 +++  But was closed as RESOLVED INCOMPLETE 10 years ago. 

**********

Hi, I'm French. Just noticed the same problem as mentioned above, with 2 gmail accounts. 
The difference is my Account A - where I have the issue - IS the first created account. And the account B, the next one. 

When sending with account A, the message arrives with address of account B. But if I send with account B, it arrives with the correct address. 
The message is stored both in "sent" on account A and B. 

It works perfectly when using directly gmail interface, or "mail" on my Mac. 
I use the latest version of Thunderbird, 68.9.0 (64 bits), on MAC BOOK, with EL CAPITAN. For several years. The problem appeared only few weeks ago. 
I don't know how to change the smtp settings... 

The only solution that I found, is to add the correct address by default in "reply to". But I like when it runs without any bug ;-)
And I'd like to keep working with Thunderbird.

Thanks for your help if anyone can do it. 
I do hope I did it right, when reporting the bug here. But I did look for an answer on your list. 

Valérie
**********************

Expected Results:  
The account the mail is sent from should always be the account that is reported to the sender and the account that is replied to unless explicitly set with the 'reply to' option.
Bug: Thunderbird OAuth2 login does not provide OSX minor version to the server
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-06-18 15:46:47+00:00
Resolved: 2020-06-27 17:53:07+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.106 Safari/537.36

Steps to reproduce:

My email provider checks client software versions during the OAuth2 process and rejects out-of-date software. It reports that my OSX version is too old (required 10.15.5, had 10.15), but in fact it is up to date.  ('About This Mac' shows the required version 10.15.5).

Considering the same auth provider works fine via a browser, or using Thunderbird on Windows or Linux clients, I guess Thunderbird's builtin browser used for OAuth2 login is truncating the version string submitted in the HTTP headers or similar.


Actual results:

Login rejected due to spuriously out-of-date OSX


Expected results:

Login accepted
Bug: Crash in [@ nsAbLDIFService::AddLdifRowToDatabase]
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-06-18 20:06:55+00:00
Resolved: 2020-06-21 23:18:04+00:00

This bug is for crash report bp-39854da4-4463-4b19-a2e8-5cabf0200618.

Top 10 frames of crashing thread:
```
0 xul.dll nsAbLDIFService::AddLdifRowToDatabase comm/mailnews/addrbook/src/nsAbLDIFService.cpp:386
1 xul.dll nsAbLDIFService::ImportLDIFFile comm/mailnews/addrbook/src/nsAbLDIFService.cpp:130
2 xul.dll ImportAddressImpl::ImportAddressBook comm/mailnews/import/text/src/nsTextImport.cpp:408
3 xul.dll nsImportGenericAddressBooks::BeginImport comm/mailnews/import/src/nsImportAddressBooks.cpp:437
4 xul.dll XPTC__InvokebyIndex 
5  @0x22563e99a3f 
6 xul.dll truncf 
7 xul.dll truncf 
8 xul.dll static XPCWrappedNative::CallMethod js/xpconnect/src/XPCWrappedNative.cpp:1140
9 xul.dll XPC_WN_CallMethod js/xpconnect/src/XPCWrappedNativeJSOps.cpp:946
```
Bug: Undo after email deletion does not work (IMAP)
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-06-18 22:35:11+00:00
Resolved: 2020-12-06 20:30:00+00:00

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

Steps to reproduce:

I deleted a message in an IMAP folder then choose Edit/Undo.

Version 68.8.0.


Actual results:

Undo does nothing.


Expected results:

Undo should undelete.
Bug: Chat preview in preferences tab disabled
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-06-18 22:58:42+00:00
Resolved: 2021-05-01 10:59:19+00:00

As a part of bug 1646483, I've commented out the code initialising the chat theme preview in the preferences tab, because it's broken and the unexpected errors cause tests to fail.

It's broken because the conversation-browser element adds a progress listener to itself for initialisation, but [this no longer works where conversation-browser is inside another browser](https://hg.mozilla.org/mozilla-central/file/ffe294ce39df09942d332b2c9291f53a19b6f4f3/dom/chrome-webidl/BrowsingContext.webidl#l143). I'm not sure of the need for a progress listener here but nothing else I attempted worked.

Filing a separate bug so that bug 1646483 can be closed.
Bug: Error: Channel closing: too late to send/recv, messages will be lost
Status: NEW
Priority: --
Created: 2020-06-19 03:31:49+00:00
Resolved: 2024-11-06 20:44:35+00:00

I am using 64-bit thunderbird 68.9.0 (64-bit) under linux amd64 (Debian GNU/Linux.)

I saw the following messages on the tty window where I start TB manually from the command line.

```
###!!! [Child][MessageChannel] Error: (msgtype=0x6B0029,name=PNecko::Msg_RemoveRequestContext) Channel closing: too late to send/recv, messages will be lost
###!!! [Child][RunMessage] Error: Channel closing: too late to send/recv, messages will be lost
###!!! [Child][RunMessage] Error: Channel closing: too late to send/recv, messages will be lost
###!!! [Child][RunMessage] Error: Channel closing: too late to send/recv, messages will be lost
###!!! [Child][RunMessage] Error: Channel closing: too late to send/recv, messages will be lost
###!!! [Child][RunMessage] Error: Channel closing: too late to send/recv, messages will be lost
```

I am not sure when/why the message especially, the "messages will be lost" line appears.
I saw them before and I believe I saw them in mochitest/xpcshell-tests logs, too.

I think I often saw them when I was about to shutdown TB. But this time, I saw the message from a running TB. (Oh wait, strictly speaking, I have run this instance of TB since yesterday under linux that runs inside VirtualBox hosted under Windows 10.
I kept both Windows 10 and virtualbox running overnight.)

Honestly speaking, a mere mortal cannot figure out what the message means. It tells me "Message will be lost", but it does not suggest WHAT CHANNEL is closing and so there is nothing I can try to mitigate the issue if any serious harm is done.

Beside, so far, I have no idea if an e-mail message has been lost or not (if a message is lost there is no way a user can tell because TB does not tell us about it as far as I can see.)

In a nutshell, the error message ought be modified for the better to state
- what communication channel is closing,
- and for what purpose the  send/recv  was used, 
- what messages  will be lost (are these e-mail messages [if so, very bad] or  interprocess communication messages or what?), 
- what exactly bad things may happen if, say, interprocess communication channel is closed, etc.

The messages are disturbing enough and so a better/clear description
is desirable.
Bug: browserAction Popup not rendered in the correct horizontal position
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-06-19 13:02:18+00:00
Resolved: 2024-06-03 12:21:59+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.106 Safari/537.36

Steps to reproduce:

On MacOS 10.15.4 and Thunderbird 78.b01 (latest build) or TB 77
- Configure a popup (no URL, we set the url and open the popup from background script : setPopup + openPopup).
- Create the HTML content and CSS, and set constraints (in CSS) to the body for width and max-width (say 350px).
- Add a script inside the HTML to catch click events in body or, as you like, display the mouse location, or add a checkbox or text field
- Add a background script, listen to browserAction clicks and set the URL and call openPopup
- Run / load extension
- Align the right border of the Thunderbird window to the right of the screen (no room to display the popup on the right of the window) 
- Click on the browserAction


Actual results:

In 1 case out of ~5, the popup is rendered at X-350px (X being the expected horizontal coordinate). 
BUT, the popup is actually located at the correct position (!!). So if you click within the zone where the popup should be displayed then (depending on your script). You will see that the script is getting the events (even though you don't click in the rendered popup).
See the video attached with this report.


Expected results:

The popup should be always rendered at the correct position... obviously.
Bug: [dark theming] text colour not inverted with dark background
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-19 13:57:52+00:00
Resolved: 2020-07-25 15:52:11+00:00

* TB 78.0b2 (64-bit) with default or dark theme
* W Pro b19041.329 with dark OS theme
____
78 b1 introduced dark message body background, which is lovely, with the exception that the text colour does not get inverted (or sufficiently contrasted) and with black text colour on dark background makes message composition a bit difficult.
Bug: Repopulating Recent Folder list during File Message periodically freezes system for 10% of uses
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-06-19 15:53:38+00:00
Resolved: 2022-12-03 09:32:42+00:00

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

Steps to reproduce:

Either File Message or Copy To [folder] pulls down a menu of folders (I have a LOT of folders).  

This is on a Scientific Linux 6.x 64-bit system running the latest TB(68.9.0) and the previous version; never had this problem with earlier versions.  


Actual results:

About 7 times out of 8, it works normally; but occasionally the whole system freezes for up to a minute before the folder menu is pulled down.  Then it works normally.  


Expected results:

Folder menu usually appears immediately.  

Speculation: updating the "Recent" folder submenu is compute-intensive when the folder tree is complex.  

Suggestion: make the "Recent" folders submenu OPTIONAL in Preferences.  I never use it!
Bug: Thunderbird Beta 78.0b2 doesn't start on CentOS 7 with error /lib64/libc.so.6: version `GLIBC_2.18' not found
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-19 19:01:41+00:00
Resolved: 2020-06-21 23:26:47+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.98 Safari/537.36

Steps to reproduce:

Start Thunderbird Beta 78.0b2 on CentOS 7.6.1810 


Actual results:

Failed to start with messages:
XPCOMGlueLoad error for file /opt/thunderbird-78.0b2/libxul.so:
/lib64/libc.so.6: version `GLIBC_2.18' not found (required by /opt/thunderbird-78.0b2/libxul.so)
Couldn't load XPCOM.


Expected results:

Should have started.
Bug: Screen flips to home listings while viewing/composing emails.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-06-19 21:26:49+00:00
Resolved: 2020-06-22 16:24:26+00:00

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

Steps to reproduce:

View or compose an email.  


Actual results:

Often while viewing or composing an email, the screen will flip back to the home page listings.  The viewed or composed email is still open, but I have to toggle back to it.  


Expected results:

View and/or compose screen should stay on screen until I send, save or cancel.
Bug: Screen Freezes
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-06-19 21:55:54+00:00
Resolved: 2020-09-30 01:17:41+00:00

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

Steps to reproduce:

Reading, writing, clearing junk folder or deleting emails. 


Actual results:

Frequent Thunderbird freezing for 50 to 90 seconds randomly. 


Expected results:

Freezing only occurs while in Thunderbird and should not occur for more than 5 or 6 seconds.
Bug: Ignoring content-type charset
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-06-19 22:16:59+00:00
Resolved: 2020-06-23 08:18:04+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.97 Safari/537.36

Steps to reproduce:

Thunderbird preferences set to:
Display/Formatting/Default font/Advanced/Text Encoding/Incoming Mail -> ISO-8859-1
Received a message with:
Content-Type: text/plain; charset=utf-8; format=flowed
and the bytes =C2=A0 (a non-breaking space)


Actual results:

The non-breaking space was rendered with 8859 where C2 is an A with a hat (circumflex) and A0 is the non-breaking space.  Replies are sent turning the rendering into reality (A with hat in utf-8 followed by space: =C3=82=C2=A0)


Expected results:

The C2A0 pair should have been rendered and treated as a space.
Bug: When more that 20 (T0, Cc), the whole reply window is full with email addresses (To, Cc), therefore cannot adjust the pane & cannot write in the email body.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-06-20 01:56:50+00:00
Resolved: 2020-06-21 14:40:47+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.106 Safari/537.36

Steps to reproduce:

I have an incoming mail with total say more than 20 recipients.  I reply all to the email.  The reply window opens.
(my system Mac is 64 bit with auto update and just recently updated to Version 68.9.0)


Actual results:

Reply window is full of all the email address cover all the space available on the page.  It does not give me chance to re-size the window.  So I have no access to email body to write the message.


Expected results:

Reply window just shows 3 lines of email address (which was the case earlier.) allowing me to write the email message in the body of the email.  Also allowing me to scroll the email addresses.
Bug: Recipients2CompFields() not working as expected after bug 440377, losing Cc/Bcc recipients, onRecipientsChanged() fires too early.
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-06-20 07:53:40+00:00
Resolved: 2020-07-21 15:49:47+00:00

This is a tricky one. Have an add-on that listens to NotifyComposeFieldsReady and calls Recipients2CompFields(). Reply to an e-mail that has To: and Cc: recipients. When NotifyComposeFieldsReady fires, msgCompFields.to and msgCompFields.cc **are** already populated. If you now call Recipients2CompFields() you lose the Cc: recipients.

I debugged it a bit, this loop:
https://searchfox.org/comm-central/rev/ea1b0a2bd38a192b4520cec322e290aae0809d3b/mail/components/compose/content/addressingWidgetOverlay.js#43
`for (let pill of document.getElementsByTagName("mail-address-pill")) {`
somehow only returns the To: recipients. So there might be some sort of timing issue. I guess NotifyComposeFieldsReady fires too early when the pills aren't in the DOM yet, maybe because the Cc: field hasn't put into the DOM yet.

This bug will potentially affect all these 20 add-ons:
https://github.com/search?q=Recipients2CompFields++path:/xall+repo%3Acleidigh%2FThunderKdB+repo%3Athundernest%2Ftb-web-ext-experiments+path:/xall/x68+repo%3Acleidigh%2FThunderKdB&type=Code

I fixed the issue with a workaround in my add-on:
https://pep-security.lu/dev/repos/pEp_for_Thunderbird/rev/b4378065e67b
Bug: Fix typos and real errors with codespell (except OpenPGP code)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-06-20 23:09:25+00:00
Resolved: 2020-06-29 19:24:34+00:00

There are some real bugs like:
https://searchfox.org/comm-central/source/chat/content/otr-auth.xhtml#10
https://searchfox.org/comm-central/source/mailnews/build/nsMailModule.cpp#737
https://searchfox.org/comm-central/source/mail/base/content/tabmail.js#124
https://searchfox.org/comm-central/source/mail/extensions/openpgp/content/modules/httpProxy.jsm#30
Bug: Thunderbird Properties Window can Stretch Off-Screen
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-06-21 04:38:48+00:00
Resolved: 2021-05-11 02:14:13+00:00

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

Steps to reproduce:

I tried to open the properties to rebuild a folder.


Actual results:

The window opened low on the screen, stretching off the bottom of the screen, so I couldn't close it.

This isn't consistently reproducible. It usually opens higher in the screen, just occasionally low and stretching off the bottom.


Expected results:

The window should open on the screen, without stretching off any edges.

I am using userChrome.css to set a readable font, font size, and row spacing throughout Thunderbird, since the default is too small for me. I can't not use some such fix.
Bug: message tags are not persistent, lost with ANY action
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-06-21 05:47:24+00:00
Resolved: 2023-11-16 15:58:44+00:00

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

Steps to reproduce:

select a message in my inbox and use the tag pulldown (also tried the right button popup) and tag a message as ToDo.
The message in the message list window turns blue.

This is version 68.9.0 (32 bit)
Windows 7 (up to date)
Intel
My account is IMAP, although I had the same issue when it was POP3


Actual results:

any action after that, like going to another folder or looking at a different message, and the tag goes away. The message is no longer blue and if I search for tags it does not show up. In fact nothing shows up.
I selected two other messages and when I selected the third, the second message lost it's tag.
This has always been my experience with tags in Thunderbird. They have never worked for me.
This, however is the first time I have bothered to report it.


Expected results:

The messages should remain tagged until I untag them.
The messages should show up when I search for tags
I should be able to sort by tags.
Bug: 'Apply columns to' dialog has an untranslated title
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-06-21 07:55:44+00:00
Resolved: 2020-06-26 20:29:42+00:00

I just tried setting the columns to be all the same on multiple accounts.

When I did so, I got the message:

`threadPane.columnPicker.confirmFolder.noChild.title`

It looks like it should be using .message:

https://searchfox.org/comm-central/rev/d43074d7b70297d3e02d8725fc45e5b11870f49e/mail/base/content/mailWidgets.js#625-632

This is a regression from bug 1521016
Bug: Body filter not working with greek characters
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-21 09:05:35+00:00
Resolved: 2021-02-01 00:08:02+00:00

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

Steps to reproduce:

I set the following conditions:

-Match all the following
-Body | Contains | μύκητες

-Perform these actions:
-Delete message

Then I clicked the button "Run now"


Actual results:

Absolutely nothing, so Thunderbird cannot filter spam messages!


Expected results:

Thunderbird should have found the word "μύκητες" on the body and deleted the annoying message.
Bug: I can't access Account settings
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-06-21 14:44:30+00:00
Resolved: 2020-07-11 05:32:11+00:00

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

Steps to reproduce:

clicked on settings


Actual results:

A single line of text, but no access to anything


Expected results:

I normally get a full screen of all the settings of all my accounts and the ability to alter them.
Bug: Message filters Stop Execution Not Working
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-06-21 16:48:38+00:00
Resolved: 2020-12-11 12:57:37+00:00

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

Steps to reproduce:

1. I Create a filter with several conditions that search for specific words in the message subject. The Performed Actions upon criteria are met is Move Message to Folder Systems and then Stop Filter Excution.
2. I create another filter with two conditions: 1st) If the To is support@somedomain.com and 2nd) If the Status isn't Read. The Performed Action is to Move Message to Folder: Support
The filters are created with that exact order.


Actual results:

An icoming messages arrives and the Subject begins with "ServerView System Monitor" (Filter #1). The message is sent To: support@somaedoman.com (Filter #2). Firtsly it moved to Folder Systems (Filter #1) and then immediately it beeing moved to Folder Support (Filter #2).


Expected results:

Since the Stop Filter Execution action is enabled it should have stopped at Filter #1 actions, move the message to Systems folder and leave it there!
Bug: Text for highlighted folder intermittently appears dark
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-06-21 17:09:22+00:00
Resolved: 2020-11-01 16:45:08+00:00

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

Steps to reproduce:

1. Disable all extensions. 
2. Go to the main 3-pane TB view.
3. Notice that the text of the highlighted folder appears dark. 
4. Move the highlight to another folder. Notice that the text for the highlighted folder appears normal. 
5. After returning to the original folder, it too appears normal.

Frustratingly, this problem is frequent but intermittent.  I'm not sure whether it occurs only after just having started the application or also after coming back to it from some other application.



Actual results:

In step 3 above: The type under the highlighted folder appears dark blue, so close in color to the highlight as to be difficult to distinguish.


Expected results:

The text should have been white.
Bug: "Next Unread" and "Previous unread" buttons are too small when toolbar is set to "Icons and text"
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-06-21 20:33:07+00:00
Resolved: 2023-09-04 16:14:53+00:00

1. Set the Toolbar to show "Icons and Text"
2. Add the "Next Unread" and "Previous Unread" buttons to the toolbar.

Result:
The height of the buttons is less than other buttons on the toolbar. (see attached screenshot)

It should be equal height
Bug: arrow keys do not navigate message list pane when find in mail (find in page) is open
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-21 20:45:37+00:00
Resolved: 2020-06-22 04:58:24+00:00

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

Steps to reproduce:

in 3-pane window, click on some mail in the middle pane. Go into right pane (Mail view), type ctrl+F (to open the in-site search). You don't have to enter anything here, just leave this search field open.

Then mouse-click into the middle pane. Try to navigate in the middle pane with the keyboard (arrow keys).


Actual results:

arrow keys scroll the e-mail


Expected results:

arrow keys navigate thorugh the middle pane
(and exactly this works correctly once you close the in-site search)
Bug: Customize mail header pane not available
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-22 08:12:25+00:00
Resolved: 2020-06-22 13:05:04+00:00

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

Steps to reproduce:

Right click on the empty space in the Mail Header Pane.


Actual results:

Nothing...


Expected results:

Show option to customize the buttons in the Mail Header Pane (option available in TB 68, but not in Nightly).