av9ash/GitBugs huggingface dataset:
Bug: Newlines randomly REMOVED from plaintext email when forwarding
Status: UNCONFIRMED
Priority: --
Created: 2023-11-13 21:57:24+00:00
Resolved: 2023-11-23 18:34:08+00:00

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

Steps to reproduce:

1. I received a plaintext email of which I attach a screenshot. Note the newline highlighted by the red arrow
2. I forwarded it. I have everything set up to use plain text by default, so it's forwarded in plain text


Actual results:

See the second screenshot. Note how the newline indicated by the red arrow has been removed.

(P.S. please allow pasting images from clipboard. We are in 2023, having to save a screenshot to file in order to be able to upload it is pathetic.)


Expected results:

 There's no reason for that. There's no reason ever for removing newlnes. 
I understand the _added_ newlines where lines that are over 70 characters long are split, but there's no reason for removing a newline.

I tested in Gmail (also configured to forward as plain text) and it doesn't do that
Bug: Thunderbird 115 - When I close Thunderbird and restart, the Quick Filter settings are not retained (e.g. checked Body no longer checked)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-11-14 00:38:47+00:00
Resolved: 2023-11-21 15:47:11+00:00

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

Steps to reproduce:

The Quick Filter has 4 settings, Sender, Recipients, Subject, Body.  The default setting when Quick Filter is activated is, three of the four are turned on:  Sender, Recipients, Subject.  I also turned on Body.  (See the attached screenshot.)




Actual results:

When I close Thunderbird and restart, the Quick Filter settings are not retained for the Inbox.  Body is once again turned off.  The version of Thunderbird I was using prior to 115 didn't do this – it preserved the settings.


Expected results:

Settings should be retained as before.  I use the Quick Filter quite often, and the majority of times I use it, I use all four settings.
Bug: Don't save folder sort order value if no siblings have an order value
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-11-14 02:22:27+00:00
Resolved: 2023-11-15 22:37:06+00:00

If a new folder is added, and none of its siblings have ever been sorted, we should not set a sort order value on the new folder. Currently we *do* set a value, and this causes any new folders to be added to the start of the list instead of in the natural order.
Bug: Severe slowdowns and blocking of the O.S. when using veracrypt 1.26.7
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-11-14 06:36:53+00:00
Resolved: 2025-01-09 11:41:36+00:00

Steps to reproduce:

Linux Mate 22.04.3 - TB 115.4.1 - veracrypt 1.26.7 (Other users report the same problem on Windows)
I use TB 115.4.1 but using it with encrypted folders in the virtual machine, in the last week, very often the program crashes, or slows down terribly or even freezes the operating system. A disaster because the indexes are lost and I sincerely hope no messages have been lost, but I cannot be sure of this given the frequency of the problem. Other users on forums report the same problem with the same very high frequency. 
Please check and resolve it as a matter of urgency. 
Thank you.



Expected results:

S.O. and tb don't block, Normal operating system and TB speed.
Bug: mailnews.thread_pane_column_unthreads preference no longer does anything in supernova
Status: UNCONFIRMED
Priority: --
Created: 2023-11-14 15:52:24+00:00
Resolved: 2024-06-14 16:09:21+00:00

Steps to reproduce:

Go settings->config editor->enter mailnews.thread_pane_column_unthreads-> toggle it to true


Actual results:

When I made it threaded view, and click on 'date' to order by date, threaded view is kept.


Expected results:

When I made it threaded view, and click on 'date' to order by date, should change to unthreaded view.
Bug: Location of Profile Folder always indicate as "(local drive)" in Troubleshooting Information
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-11-14 17:44:05+00:00
Resolved: 2023-11-16 08:23:07+00:00

STR:
1. Menu > Help > Troubleshooting Information

Actual Results:
Location of Profile Folder always indicate as "(local drive)" 

Expected Results:
Location of Profile Folder should be folder path such as "C:\Users\****\AppData\Roaming\Thunderbird\Profiles\****.Default User"
Bug: Group By Sort and Threaded shall not be mutually exclusive
Status: NEW
Priority: --
Created: 2023-11-14 17:50:22+00:00
Resolved: 2024-06-07 07:38:27+00:00

Step to reproduce:

In TB 120.0b5 (64-bit)...
Enable Threaded option in Messages List then enable Group By Sort...

Result:

Message list appears ordered by Group By Sort... but messages are no longer Threaded

Expected result:

Message list appears order by Groub By Sort ***and*** message keep being Threaded within the Group By Sort sections.
The last message received in the thread would be used to place the Thread within the right Group By Sort section.

Such implementation could be part of the backbend DB revamped/rebuild possibly planned and related to Bug 479969.
Bug: Mismatch between message list and preview pane
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-11-14 18:52:47+00:00
Resolved: 2024-12-26 21:24:19+00:00

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

Steps to reproduce:

115.4.1 (64-bit) using IMAP to fetch from Gmail.

I typed "pff" as a quick filter.


Actual results:

There is one occurrence, but the From and Body fields are from another e-mail (dpo@support.epicgames.com).


Expected results:

The occurrence should have the correct From and Body text.

If I select the e-mail and clear the quick filter, I observe that it is still showing incorrectly, so probably not a result of filtering, e-mail message seems overlapping with another one.
Bug: On a 3-pane view, the mail header pane wont shrink.  It makes it difficult reading the message body pane.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-11-14 18:53:35+00:00
Resolved: 2023-11-16 13:07:00+00:00

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

Steps to reproduce:

Tried to shrink size of message header pane to allow more space for message body in 3 pane view.


Actual results:

Header pane shrunk just a small bit.


Expected results:

I should have been able to shrink it all the way down to one line if I so desired.
Bug: When deleting a message, the remaining messages are reverted to threaded
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-11-14 19:15:43+00:00
Resolved: 2023-11-26 16:46:56+00:00

Steps to reproduce:

Delete a message in a folder, while the view is set to unthreaded


Actual results:

The view changes to threaded, where messages are collapsed in to threads.
This bug has been introduced with one of the recent updates.
I am using TB 115.4.2


Expected results:

The view should have remained unthreaded.
Bug: Mouse pointer intermittently sticks when changing focus to Thunderbird 115 on Linux
Status: UNCONFIRMED
Priority: --
Created: 2023-11-14 19:50:31+00:00
Resolved: 2024-02-27 17:20:16+00:00

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

Steps to reproduce:

1. Have Thunderbird 115 open and out of focus in classic view
2. Click on an empty area of the unified toolbar, menu bar or tab bar of the Thunderbird window to switch focus to it.



Actual results:

1. The mouse pointer changes to a hand icon and the Thunderbird window sticks to the pointer. This behavior is intermittent and may take over 20 clicks between windows to cause the hand pointer to appear and stick to the window. I can often get it to happen within 10 clicks between windows.
2. Moving the (now hand icon) mouse pointer moves the window along with the pointer until another region is clicked.


Expected results:

The initial mouse click on the the unified toolbar, menu bar or tab bar of the Thunderbird window should have brought the Thunderbird window into focus without changing the mouse pointer or making it sticky to the window.
Bug: Notify on shutdown, take 2 - Fix crash [@ shutdownhang | kernelbase.dll | mozilla::TaskControlleMr::GetRunnableForMTTask | nsThread::Shutdown | nsThreadanager::ShutdownNonMainThreads ] mozilla::SpinEventLoopUntil
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-11-14 21:07:17+00:00
Resolved: 2023-12-13 10:03:41+00:00

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

The fix for bug 1768344 is not quite right. This bug is to correct it.
Bug: Display of status bar string "Looking for folders..."  slowing down initial imap folder discovery. Was 6 seconds, now more than 30 seconds with 1000 folders.
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-11-15 02:30:08+00:00
Resolved: 2024-12-17 08:49:08+00:00

When TB starts up it always does folder discovery and, for each URL driving discovery, the status message ```<account name> Looking for folders...``` is printed to the status bar. Each print of the status message potentially steals CPU from the imap threads so it slows down the network some. 
The slowdown can become noticeable if the user has the imap option to ignore subscriptions set so all folders, subscribed or not, are shown.  And if you have a lot of folders in an imap account (e.g., 1000) a significant slowdown is observed. This is because instead of a single URL (discoverallboxes, or discoverchildren) as occurs when subscriptions are observed, a URL per folder occurs instead (listfolder).  However, until the fix for bug 1832149 landed, versions > 110 didn't display this status message so the slowdown didn't occur. With the fix from bug 1832149 in place, for each of the 1000 folders, the string is repetitively printed to the status bar causing the discovery to now take at lease 30 seconds instead of about 6 seconds with versions <= 110 or in newer versions without the bug 1832149 fix.

In addition, while initial discovery is in progress, the status bar message ```<account name> Looking for folders...``` now flickers quickly on and off for at least 30 seconds when there are 1000 folders and TB is configured to ignore subscriptions.

This was seen and reported to me via email by user "Binarus"  (info@binarus.de).  Binarus also reports that sometimes the flickering status string ```<account name> Looking for folders...``` occurs during runtime and not just at startup. But I haven't yet been able to duplicate that.

I was able to verify that not printing the status string reduces the discovery time back to the <= v110 time of 6 seconds by commenting out the 3 lines pointed to here:
https://searchfox.org/comm-central/search?q=%22imapStatusLookingForMailbox%22&path=&case=false&regexp=false
My guess, without looking at the code, is that with <= 110, it didn't re-print the string until the string to print differed. Now it clears and prints the same string over and over, resulting in the flicker and the stolen cycles from an imap thread.

Note: To duplicate the problem I created 1000 folders (all are empty) in an imap account (cyrus server on localhost) and also have to set advanced imap server setting "Show only subscribed folders" to disabled (not selected).
For future reference, to create the 1000 folders I made this temporary change: https://bugzilla.mozilla.org/attachment.cgi?id=9267579
Bug: Thunderbird not responding while "Replace All" action in Find and Replace Dialog
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-11-15 06:00:07+00:00
Resolved: 2024-11-08 09:36:44+00:00

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

Steps to reproduce:

0. Using Linux 6.2.0-36-generic #37~22.04.1-Ubuntu SMP PREEMPT_DYNAMIC Mon Oct 9 15:34:04 UTC 2
0.5 Open Thunderbird from OS launcher
1. Right Click: On any message in sent Folder
2. Click "Edit as new Message"
3. Press Ctrl+H
4. Paste one space and one tab character in Find box
5. On the replace box type a space
6. Check mark on "Match exact case" checkbox
7. Check mark on Wrap around
6. Press "Replace All"


Actual results:

The Thunderbird will get in to not responding state.


Expected results:

All occurrences of  "one space and adjacent one tab" should be replaced by "one space" character" only.
Bug: (sometimes) Insert Link window is not visible meaning that I can't return to my message once this option has been selected
Status: UNCONFIRMED
Priority: --
Created: 2023-11-15 12:02:29+00:00
Resolved: 2023-11-21 09:29:42+00:00

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

Steps to reproduce:

Open new message.
Either use Insert->Link, or Ctrl+K



Actual results:

Parent message window no longer responds, and link window is not visible anywhere.  Main Thunderbird window is unaffected.
The only way to close the non-responsive message window is to close the whole of Thunderbird in Task Manager


Expected results:

An insert link box should open somewhere (not always predictable where with multiple screens) on the screen(s).  The message window should be unresponsive until the Link window is closed - but it can't be closed as it isn't visible.
Bug: Cannot open a .eml attachment from a .eml
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-11-15 14:14:57+00:00
Resolved: 2024-10-25 13:13:46+00:00

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

Steps to reproduce:

I need to open a .eml file that is an attachment of a .eml file  (downloaded from a software of my company) and forwarding to a specific email.
I open the first .eml file from my download folder and when i try to double click of .eml file attachment nothing happen.


Actual results:

I open the .eml file and when i try to double click of .eml file attachment nothing happen.


Expected results:

Previous versions when i double click .eml file attachment thunderbird open the .eml file like
Bug: Unified toolbar should be below the main menu bar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-11-15 14:49:31+00:00
Resolved: 2023-11-18 11:58:38+00:00

"We're not moving the menu bar above the toolbar as that would mean creating many different variations in the layout and window controls.
Sorry but we're not changing this."

We must be living in different worlds.  Almost every application I use, in Windows and in Linux, has the menu bar at the top, with the toolbar underneath.  None of them have a "unified toolbar".  And that is the way TB has been for countless years.  You say you are not chnaging this but you DID change this.  And made it diferent then what it was before.

"I'm not a decider, but as an update to comment 13 ... with almost 4 million users on version 115, 8 duplicates isn't overwhelming"

I have never used bugzilla before.  I am probably not even filing this properly, because I am a newbie.  The thread itself is "closed" which makes newbies like me even less likely to try to figure out how to comment.  When I compare the number of duplicates complaints here to the number of people how make duplicate reports of other bugs, the number commenting here at VERY significant.  

But look what the commenters are saying.  That the change that was made with the unified toolbar is making the UI inconsistent with all the other applications they use.  And this is true in both Windows and Linux (I can't comment on other environments).  

PPlease be responsive to the commenters and saying "No" is not being responsive.  In what other Windows and/or Linux applications is there a "unified" toolbar?  In which ones is the menu bar above the toolbar?  You want a list where they are not?

Firefox, Chromium, Gnome terminal, xed, virtualbox, gnucash, libreoffice, GIMP, Xournal, ....  How many do you want me to list?
Bug: Problema con cartelle nidificate
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-11-15 14:54:15+00:00
Resolved: 2023-11-26 21:06:40+00:00

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

Steps to reproduce:

Ho creato dei filtri che all'arrivo della posta inoltrano le email direttamente alle cartelle locali, a volte nidificate fino alla terza se non di più occorrenza


Actual results:

All'arrivo della posta mi segnala correttamente che c'è nuova posta nella cartella di primo livello, se però la nuova posta è in una cartella di terzo livello, quando apro il primo livello non c'è l'indicazione della nuova posta su nessuna cartella, aprendo tutte quelle nidificate poi sul terzo livello si vede l'indicazione su quest'ultima.


Expected results:

Vedersi l'indicazione della nuova posta anche sul secondo livello

P.S. permettere di allegare un solo screenshot è limitativo...
Bug: onNewMailReceived and onMoved not fired for messages moved to Inbox sub-folders by filters upon reception
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-11-15 15:08:09+00:00
Resolved: 2024-08-06 15:50:12+00:00

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

Steps to reproduce:

I have added a listener to the onNewMailReceived and onMoved event

browser.messages.onNewMailReceived.addListener((folder, messages) => {
  console.log("onNewMailReceived")
});

browser.messages.onMoved.addListener((originalMessages, movedMessages) => {
  console.log("onMoved")
});


Actual results:

The onNewMailReceived event is fired only for emails that are received and that are not moved to other Inbox sub-folders by filters.
The onMoved event is never fired.


Expected results:

The onNewMailReceived should be fired for all incoming emails and the onMoved event should be triggered for the emails moved by filters.
Bug: email, newsreader: column order of message list doesn't copy to other folders
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-11-15 15:23:02+00:00
Resolved: 2024-05-12 16:20:20+00:00

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

Steps to reproduce:

In message list, I selected my preferred columns and order for display. At the bottom of that menu is a selection "copy selection to other folders" (or something similar - I'm using a german version). 


Actual results:

Does absolutely nothing, not for folder, not for subfolders.


Expected results:

Just what it says: copy the selection to selected folders.
Bug: attachments can't be sent from second compose window when attachment has been copied from a first compose window
Status: NEW
Priority: --
Created: 2023-11-15 15:36:32+00:00
Resolved: 2024-05-29 08:38:31+00:00

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

Steps to reproduce:

created two new mails with an attachment. drag-n-droped the attached file from first to second new mail. closed the first mail. 
tried to send the second mail


Actual results:

Attachment not found.


Expected results:

attachment should be found and sent, even though the first mail is closed
Bug: nsMessenger should not hold strong pointers to DOM things past the shutdown cycle collection
Status: NEW
Priority: --
Created: 2023-11-15 15:52:42+00:00
Resolved: 2023-12-13 16:48:12+00:00

nsMessenger is used to implement an XPCOM component, so it is not destroyed until around [line 756 in XPCOM shutdown](https://searchfox.org/mozilla-central/rev/7e60ac48dc5b3e3f06c1baf2a9a6e0352bd85c01/xpcom/build/XPCOMInit.cpp#756). The final cycle collection happens earlier, around [line 695](https://searchfox.org/mozilla-central/rev/7e60ac48dc5b3e3f06c1baf2a9a6e0352bd85c01/xpcom/build/XPCOMInit.cpp#695). nsMessager also holds a strong references to DOM things, specifically via mWindow and mDocShell (and possibly some of the other fields).

The combination of these things means that if nsMessenger is holding alive a window that is part of a cycle, and thus needs the cycle collector to be collected, then the window will leak.

To fix this, you could either make this object listen for XPCOM shutdown, and clear the pointers then, or make the pointers weak.

This came up when sefeng and I were looking into bug 1862909. I think it is at least part of the explanation for why the issue with LCP fixed by bug 1863491 caused shutdown leaks in Thunderbird and not Firefox. While bug 1863491 fixed the immediate leak, this issue with nsMessenger could cause odd leaks in the future (that don't show up in Firefox).
Bug: List pane position is lost/reset after returning from quick search
Status: NEW
Priority: --
Created: 2023-11-15 17:24:30+00:00
Resolved: 2024-10-25 13:13:19+00:00

Steps to reproduce:

Using keyboard navigation in TB v115.4.3 (64-bit) on Windows 10:

1. Opened the last mail for reading in the mail list pane (=list bottom). Message row was selected (had visible background highlight in the list pane).
2. Pressed Ctrl+Shift+K and ran a quick search in the message list
3. Didn't open any of the results
3. Emptied quick search field to get back the entire list
4. Used F6 to switch focus from the quick search field to the message list


Actual results:

The focus moved to the message list as expected, but the message selection jumped at the very top of the message list.


Expected results:

The message selection should be restored in this case to the message that was selected before running quick search. This feature worked before Supernova.

The above steps work also if there are no results for the quick search (which may be a very frequent use case).
Bug: accessibility: focus outline partially missing in mail 3 pane view
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-11-15 17:38:54+00:00
Resolved: 2024-05-12 16:20:33+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/119.0.0.0 Safari/537.36 OPR/105.0.0.0 (Edition beta)

Steps to reproduce:

Used F6 to switch focus between all UI areas in mail 3 pane view


Actual results:

The current focus is not visible for the message reading pane. 

The message row was highlighted in the message list pane when the pane got focus, but if the currently selected message is scrolled out of view, then there's no visual clue for focus.


Expected results:

All focused UI areas should be outlined or highlighted to have a proper visual clue to support users using keyboard only navigation (or mixed navigation) and to maintain accessibility.
Bug: Update Version 115.3.1 Continues to Plague Users with Bugs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-11-15 19:02:49+00:00
Resolved: 2023-11-21 07:25:13+00:00

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

Steps to reproduce:

Yesterday, I was seeing sent messages in my Inbox folder, and other important sent messages simply missing.  This is very alarming.  There could also be other messages missing, but I don't have time to deal with this anymore.  This version is filled with terrible bugs and needs to be addressed.  We have been waiting 1 1/2 months for fixes and it's time this is finally dealt with.  It may have helped.  Still getting things in my drafts folder that have long since been sent. Sometimes when I open TB this folder is empty other times there are 3 or 4 messages in it that I know were sent.  Also, I get an error when saving partly composed messages in the draft folder.  Then it saves when I try again.  Always fails first try.  We had a good working email client, and not it is filled with very serious bugs.  When we lose messages, this becomes a serious issue.