av9ash/GitBugs huggingface dataset:
Bug: TB 115 B4 Import calendar error - Resolved during install of Release Candidate 115.0
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-06-25 12:59:22+00:00
Resolved: 2023-07-11 22:33:22+00:00

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

Steps to reproduce:

I am testing TB 115 B4 and when I do the initial import from the current version 102.12.0 everything is imported except the Calendar.
I then export the Calendar from 102 and try to import it into 115 B4 and I get an error.
It says, No importable items found in the file.
The file name is Home.ics
I opened it and there is data there.
Steps I took to import
Tools - Import Calendar - I picked Home.ics and the I get the error.
Also tried copying over calendar file from TB 102 into TB 115 B4 and nothing transferred over.



Actual results:

Error
No importable items found in the file.


Expected results:

Calendar events should have been imported either during install or importing individual file.
Bug: Problems with access to folders
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-06-25 21:23:49+00:00
Resolved: 2023-06-25 22:59:28+00:00

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

Steps to reproduce:

I have been having problems accessing my "subfolders" for some time (version number unknown).
When I try to open subfolders this is only possible with a considerable time delay or only after I jump back and forth several times from an already opened one to the one I have selected.

I have more or less inevitably in the meantime reset my computer (Windows 10 to Windows 11, newer / more modern computer) and set up the email program again, but without that anything has improved.

Background: my email are split into multiple folders / subfolders and stored in the local folder.


Actual results:

My rules can not be applied directly when manually retrieving the emails and bring an error. Only a short time later these rules can be applied without error.


Expected results:

The rules are applied directly when I retrieve the emails without any error message and I can access my folders without much delay.
Bug: Replace incorrect tab icon with correct folder icon
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-06-26 15:34:06+00:00
Resolved: 2023-06-28 18:56:54+00:00

https://searchfox.org/comm-central/rev/e378c35ea126cb045b02efaf6291d347d9d3f5b1/mail/base/content/about3Pane.xhtml#21
Bug: Dragging a message or folder over folders or accounts expand correctly, but if drop never occurs all remain expanded and don't collapse. If drop occurs, target folder collapses but all folders should remain expanded.
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2023-06-26 20:50:12+00:00
Resolved: 2024-10-17 05:20:32+00:00

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

The current behavior when dropping a message or folder is now the opposite of 102 behavior.
- With 102, when you drop into an auto-expanded folder sub-tree,  the sub-tree remain expanded and you still see the destination folder after the drop..
- Now when you drop into an auto-expanded folder sub-tree, the sub-tree collapses and you don't see the destination folder after the drop.

The current code also has other differences compared 102 behavior:
- With 102, if you drag your selection over several folders and/or accounts, they all auto-expand, but if you don't drop and instead drag the selection off of the folder pane, all the folders and/or accounts auto-collapse back to their original state, even after the left mouse button (for dragging) is released to abort the drop.
- Now if you drag your selection over several folders and/or accounts, they all auto-expand, and if you don't drop and instead drag the selection off of the folder pane, all the folders and/or accounts remain expanded and don't collapse back to their original state, even after releasing the left mouse button.

The above is a restatement of Bug #1838489 comment 3.
Bug: Intermittent comm/mail/base/test/performance/browser_preferences_usage.js | browser.display.auto_quality_min_font_size should be accessed at least 60 times
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2023-06-26 23:36:45+00:00
Resolved: 2023-07-03 06:08:33+00:00

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

---
```

```
Bug: Crash in [@ nsIURI::SchemeIs]
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-06-27 09:57:49+00:00
Resolved: 2023-08-30 10:07:30+00:00

Crashes are rare.

Crash report: https://crash-stats.mozilla.org/report/index/9b5886cd-0519-4ef8-9e71-a4d7f0230616

Reason: ```EXCEPTION_ACCESS_VIOLATION_READ```

Top 10 frames of crashing thread:
```
0  xul.dll  nsIURI::SchemeIs  dist/include/nsIURI.h:98
0  xul.dll  mozilla::net::SchemeIsJavascript  netwerk/base/nsNetUtil.cpp:3323
1  xul.dll  nsDocShell::CheckDisallowedJavascriptLoad  docshell/base/nsDocShell.cpp:669
1  xul.dll  nsDocShell::InternalLoad  docshell/base/nsDocShell.cpp:9276
2  xul.dll  nsDocShell::ReloadDocument  docshell/base/nsDocShell.cpp:4242
3  xul.dll  nsDocShell::Reload  docshell/base/nsDocShell.cpp:4128
4  xul.dll  XPTC__InvokebyIndex  
5  xul.dll  CallMethodHelper::Invoke  js/xpconnect/src/XPCWrappedNative.cpp:1627
5  xul.dll  CallMethodHelper::Call  js/xpconnect/src/XPCWrappedNative.cpp:1180
5  xul.dll  XPCWrappedNative::CallMethod  js/xpconnect/src/XPCWrappedNative.cpp:1126
```

bp-1a83dd28-bc0c-468e-b7aa-43b2f0230415 113.0b1
Bug: Thunderbird Crash in [@ stackoverflow | style::values::animated::impl$10::to_animated_value]
Status: NEW
Priority: P2
Created: 2023-06-27 10:09:54+00:00
Resolved: 2025-02-09 13:58:37+00:00

All crashes of the last 6  months are Thunderbird.  All beta.

Earliest crash is this 114.0b2 with Crash report: https://crash-stats.mozilla.org/report/index/193b143b-9abe-4962-8d15-703ab0230517

Reason: ```EXCEPTION_STACK_OVERFLOW```

Top 10 frames of crashing thread:
```
0  xul.dll  style::values::animated::impl$10::to_animated_value  servo/components/style/values/animated/mod.rs:290
0  xul.dll  style::values::generics::color::impl$9::to_animated_value  servo/components/style/values/generics/color.rs:16
0  xul.dll  style::values::generics::color::impl$16::to_animated_value<enum2$<style::values::generics::color::GenericColor<style::values::computed::percentage::Percentage> >, style::values::computed::percentage::Percentage>  servo/components/style/values/generics/color.rs:36
1  xul.dll  style::values::animated::impl$10::to_animated_value  servo/components/style/values/animated/mod.rs:290
1  xul.dll  style::values::generics::color::impl$9::to_animated_value  servo/components/style/values/generics/color.rs:16
1  xul.dll  style::values::generics::color::impl$16::to_animated_value<enum2$<style::values::generics::color::GenericColor<style::values::computed::percentage::Percentage> >, style::values::computed::percentage::Percentage>  servo/components/style/values/generics/color.rs:36
2  xul.dll  style::values::animated::impl$10::to_animated_value  servo/components/style/values/animated/mod.rs:290
2  xul.dll  style::values::generics::color::impl$9::to_animated_value  servo/components/style/values/generics/color.rs:16
2  xul.dll  style::values::generics::color::impl$16::to_animated_value<enum2$<style::values::generics::color::GenericColor<style::values::computed::percentage::Percentage> >, style::values::computed::percentage::Percentage>  servo/components/style/values/generics/color.rs:36
3  xul.dll  style::values::animated::impl$10::to_animated_value  servo/components/style/values/animated/mod.rs:290
```
A more recent crash is bp-7613f696-d398-4734-8ca4-a76780230622
Bug: Replies to the thread XXX will not be shown
Status: UNCONFIRMED
Priority: --
Created: 2023-06-27 10:30:51+00:00
Resolved: 2023-08-26 11:46:46+00:00

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

Steps to reproduce:

Set View/Sort by to Date; Ascending; Unthreaded
Set  View/Threads to All
Send email with subject XXX
Receive reply
Observe information banner at bottom  of screen with message "Replies to the thread XXX will not be shown". 
Ask correspondent to reply again to the original message. Reply arrives in inbox and is shown.


Actual results:

The banner is displayed; checking both the original message and the replies confirms that neither thred nor subthread is ignored.

This doesn't occur for all messages. I haven't noticed any distinguishing feature of the affected messages.


Expected results:

No banner should have been displayed. The banner is alarming, because it creates doubt as to whether replies will be seen. As far as I can see, the message is misleading; no replies are hidden.
Bug: CPU load spikes at 100% for several seconds leaving Thunderbird not responding.  HIgh CC and GC activity.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-06-27 11:30:45+00:00
Resolved: 2023-12-26 17:26:11+00:00

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

Steps to reproduce:

I updated Thunderbird from version 91.13.0 to 102.12.0. Then I started Thunderbird.


Actual results:

Since the upgrade I have performance issues where the CPU load occasionally spikes to 100% for about 30-40 seconds. This leaves Thunderbird and overall the computer unresponsive. After the spike everything resumes to a normal CPU load of about 5%. This then happens every 1-2 minutes.

I have this issue on several machines (9 in total), all running Debian 11. The system spec differ from very old computers (4 cores, 4GB RAM) to complete new computers (16 cores, 32GB RAM). The systems are up to date (apt update && apt upgrade).  The issues also persists over several users and newly created profiles. 

I tried to record the performance using the Firefox Performance Profiler. The results are here https://share.firefox.dev/3CMsQgj

If I downgrade to the old version the performance issue is gone. 


Expected results:

The performance should not significantly differ when using the newest Thunderbird version.
Bug: Select text not vertically centered in the select box in calendar popup of account setup
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-06-27 13:26:31+00:00
Resolved: 2023-07-05 13:10:54+00:00

STR:
- Set up a new email account with calDAV calendars
- After setup is done, add one of the discovered calendars from the success screen

Expected result:
The contents of the select are vertically centered

Actual result:
The text is shown at the very top of the box.
Bug: Email converted to event/task is not readable in event/task
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-06-27 15:13:18+00:00
Resolved: 2023-06-28 00:34:48+00:00

Steps to reproduce:

Use the "More Actions" menu to convert an email to a Task.


Actual results:

❌ The task dialog is opened but the task description does not contain the email content. Instead, the description is filled with gibberish.

✅ A 'Related Link' is added to the task which can be clicked to open the original email.


Expected results:

The task description should either be empty, or be filled with the body of the email (or a string representation of the email with basic headers).
Bug: Intermittent comm/mail/test/browser/attachment/browser_attachmentMenus.js | Uncaught exception in test bound  - at chrome://messenger/content/mailWidgets.js:888 - TypeError: can't access property "loaded", item is null
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2023-06-27 20:45:03+00:00
Resolved: 2024-08-30 00:07:35+00:00

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

---
```
I'm not sure this was caused by bug 1744709, but I cannot find the failure in earlier pushes, and bug 1744709 is the only candidate I can immediately find.

Could you please investigate if it could have caused this test failure? Thanks

```
Bug: Unread message count increases when I get new posts in ignored threads in newsgroups
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-06-27 22:39:50+00:00
Resolved: 2023-06-28 00:16:44+00:00

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

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: Intermittent comm/mail/test/browser/attachment/browser_attachmentIcon.js | Icon should be correct for attachment #0 - "chrome://global/skin/icons/loading.png" == "moz-icon://nonexistent.txt?size=16&contentType=text/plain"
Status: NEW
Priority: P5
Created: 2023-06-28 00:28:09+00:00
Resolved: 2024-06-10 06:21:25+00:00

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

---
```

```
Bug: uiListener uses wrong tab to emit
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-06-28 06:56:00+00:00
Resolved: 2024-03-07 16:13:43+00:00

STR: 
fill quickfilter programmatically, e.g. from a popup
e.g., using this code:           
    filterer.filterValues["expression-search-filter"].text = searchValue;
as a result, the filter is applied.

Then 
uiListener in ext-mailTabs registers the change in threadtree and tries to emit a message

This fails with: 
TypeError: tab.folderDisplay is undefined

Reason:
The code for uiListener/handleEvent  in 102:
-------------------------------------------------------------------------
  handleEvent(event) {
    let tab = tabTracker.activeTab;
    if (event.target.id == "folderTree") {
      let folder = tab.folderDisplay.displayedFolder;
      if (this.lastSelected.get(tab) == folder) {
        return;
      }
      this.lastSelected.set(tab, folder);
      this.emit("folder-changed", tab, folder);
      return;
    }
    if (event.target.id == "threadTree") {
      this.emit(
        "messages-changed",
        tab,
        tab.folderDisplay.view.dbView.getSelectedMsgHdrs()
      );
    }
  }

-----------------------------------------------------------------------------

This is the problem:
    let tab = tabTracker.activeTab;, together with:

      this.emit(
        "messages-changed",
        tab,
        tab.folderDisplay.view.dbView.getSelectedMsgHdrs()
      );
----------------------------
we take the active tab, which could be any tab that has the code  filterer.filterValues["expression-search-filter"].text = searchValue;

and use this tab in the emit. We should use the tab of the threadtree instead.


-------------------------------
Possible solution:

    if (event.target.id == "threadTree") {
     tab = get Tab from  event.target;
     this.emit(
        "messages-changed",
        tab,
        tab.folderDisplay.view.dbView.getSelectedMsgHdrs()
      );
    }
Bug: Inbox list view not properly updated after selecting and deleting multiple emails
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-06-28 07:14:42+00:00
Resolved: 2024-10-14 02:09:22+00:00

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

Steps to reproduce:

I deleted some emails in the Unified Inbox


Actual results:

The inbox list view doesn't properly update.  It seems it only updates the lines with the deleted emails, replacing them with the next one, but not updating the rest of the list view (see screenshot). This leads to emails showing up twice, but when you click on the duplicate it changes to what should be there.


Expected results:

List view properly updates so that all emails show up once.
Bug: Save attachment pdf "not responding" causing TB to hang
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-06-28 09:23:26+00:00
Resolved: 2024-03-07 10:10:05+00:00

Steps to reproduce:

Clicked on Save to save pdf attachment


Actual results:

Error: Save Attachment (Not Responding)
Thunderbird Not Responding


Expected results:

pdf should have been saved to my Downloads folder
Bug: MOVE TO toolbar button fails to move open email
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-06-28 19:00:58+00:00
Resolved: 2024-02-27 21:27:31+00:00

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

Steps to reproduce:

Using latest beta(and all prior betas with unified toolbar) the MOVE TO action/button does NOT move the currently open email.

115.0b5 (64-bit)


Actual results:

Nothing. Closing the email and returning to the inbox shows the mail still present in the inbox after clicking MOVE TO and selecting a folder from the recent folder list.


Expected results:

The former toolbar File(?) action allowed the open email to be moved to a folder. When inbox is the current view, MOVE TO allows the mail to be moved to folder.

The MOVE TO action/button should have the same behavior as the prior toolbar button, close the current email and move to the folder specified. The move function should offer the ability to choose from the "Recent Folders" list
Bug: Error message for technical error in signed mail is missing details
Status: UNCONFIRMED
Priority: --
Created: 2023-06-28 19:11:21+00:00
Resolved: 2024-03-31 05:42:40+00:00

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

Steps to reproduce:

Receive https://mail-index.netbsd.org/current-users/2023/06/28/msg044039.html as mail.
The original text is at https://ftp.netbsd.org/pub/NetBSD/security/advisories/NetBSD-SA2023-006.txt.asc, the difference between these two is that text that looks like mail addresses is reformatted as local-part%domain@localhost.


Actual results:

I got an error message: "Ungültige digitale Unterschrift", without any advice on what to do next.

Could it be that the rendering of mailto and https links affects the content to be verified?


Expected results:

Since the signature is valid, Thunderbird should verify the message successfully.
Bug: Thunderbird: Undelete message (or Undo delete) doesn't show message as undeleted.
Status: UNCONFIRMED
Priority: --
Created: 2023-06-28 20:10:59+00:00
Resolved: 2024-11-08 15:10:19+00:00

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

Steps to reproduce:

Deleted a message in the Inbox window  (message line turns to  strike out font, instead of being removed from Inbox as it used to!)

then undeleted (or Undo)

v. 102.12.0 (64-bit)

Need visual feedback.

Also in Inbox "Go to Next Unread Thread" (T) often (not always) skips over the next unread and goes to the second next!


Actual results:

Struck out text did not revert to undeleted text.
"Undelete Message" still shows in Edit menu

Quitting TB and relaunching shows the message in the Inbox has in fact been undeleted. 

This is an information display issue, not a functional one.


Expected results:

Strike-out font should be changed back to normal, immediately.
Bug: Message headers missing in message preview for some messages (rarely, and random).  Displays in message list.
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2023-06-28 21:56:34+00:00
Resolved: 2023-09-25 21:33:48+00:00

+++ This bug was initially created as a clone of Bug #1819916 +++
We made a fix for bug 1819916 but it's not ideal. There's some discussion in that bug and I put some things I discovered in [comment 25](https://bugzilla.mozilla.org/show_bug.cgi?id=1819916#c25).

Let's see if we can make a better fix.
Bug: Starting a new email from template doesn't recall Subject field
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-06-28 22:45:30+00:00
Resolved: 2023-07-08 12:16:31+00:00

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

Steps to reproduce:

Opened an email template from an IMAP account to send a new message.


Actual results:

The message opened with the text of the message (body) and recipients filled correctly, but the 'Subject' field didn't keep the data in the template but replaced it with three dots (...)


Expected results:

I would have expected the 'Subject' on the new message to be the same as the one on the template just like all the other fields were.
Bug: Toolbar Quick Filter buttons don't update if the QFB is shown by an extension
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-06-28 22:51:05+00:00
Resolved: 2024-07-10 03:16:56+00:00

I've got an extension that can show the quick filter bar ([this one should do it](https://github.com/thundernest/sample-extensions/tree/master/manifest_v2/quickfilter)), but when it does the buttons on the toolbar and message list header don't update. It's probably not the fault of the extension code itself, more likely the QFB code responsible for showing/hiding when told to do so.