av9ash/GitBugs huggingface dataset:
Bug: missing tooltip for search button
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-05-02 20:06:29+00:00
Resolved: 2024-05-20 22:43:12+00:00

While it seems that all buttons in the interface have a tooltip, the button with the magnifying glass icon in the search bar and quick filter bar doesn't have a tooltip. It probably makes sense to add a tooltip here as well.
Bug: Directory Location Of Identity Signature File Not Remembered
Status: UNCONFIRMED
Priority: --
Created: 2024-05-03 07:59:01+00:00
Resolved: 2024-05-06 07:50:40+00:00

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

Steps to reproduce:

When creating a new Identity one can select a File for your Signature for the new Identity.  Prior to R.115 when you selected "Attach the signature from a file instead" and clicked the Choose button TB would open the directory it last used where the file was located.  In R.115.x (so far) this does not always happen.  




Actual results:

TB now appears to often forget where the last signature file used is located.  However if you create two identities in a row then TB will open the correct directory.  Also sometimes use the correct directory during the current OS session.    Generally this forgetfulness appears to happen after a system shutdown


Expected results:

TB should, like before R.115.x, remember where the last signature file use is located.  This should happen after a complete system shutdown.
Bug: Intermittent comm/mail/base/test/webextensions/browser_extension_update_background_noprompt.js | Got the steps from the collected telemetry events -  ... deepEqual ...
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2024-05-03 08:09:32+00:00
Resolved: 2025-02-20 09:09:45+00:00

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

---
```

```
Bug: Crash in [@ mozilla::layers::InputAPZContext::InputAPZContext]
Status: NEW
Priority: --
Created: 2024-05-03 11:31:05+00:00
Resolved: 2024-07-09 03:59:24+00:00

Crash report: https://crash-stats.mozilla.org/report/index/2ab3b099-c39f-436a-a8c8-8022b0240424

Reason: ```EXCEPTION_ILLEGAL_INSTRUCTION```

Top 10 frames:
```
0  xul.dll  mozilla::layers::InputAPZContext::InputAPZContext(mozilla::layers::Scrollable...  gfx/layers/apz/util/InputAPZContext.cpp:43
1  xul.dll  nsBaseWidget::ProcessUntransformedAPZEvent(mozilla::WidgetInputEvent*, mozill...  widget/nsBaseWidget.cpp:1081
2  xul.dll  nsBaseWidget::DispatchInputEvent(mozilla::WidgetInputEvent*)  widget/nsBaseWidget.cpp:1268
3  xul.dll  nsWindow::DispatchMouseEvent(mozilla::EventMessage, unsigned long long, long ...  widget/windows/nsWindow.cpp:4804
4  xul.dll  nsWindow::DispatchMouseEvent(mozilla::EventMessage, unsigned long long, long ...  widget/windows/nsWindow.cpp:4792
5  xul.dll  nsWindow::ProcessMessageInternal(unsigned int, unsigned long long&, long long...  widget/windows/nsWindow.cpp:6005
6  xul.dll  nsWindow::ProcessMessage(unsigned int, unsigned long long&, long long&, long ...  widget/windows/nsWindow.cpp:5260
7  xul.dll  nsWindow::WindowProcInternal(HWND__*, unsigned int, unsigned long long, long ...  widget/windows/nsWindow.cpp:5212
8  xul.dll  CallWindowProcCrashProtected(long long (*)(HWND__*, unsigned int, unsigned lo...  xpcom/base/nsCrashOnException.cpp:27
9  xul.dll  nsWindow::WindowProc(HWND__*, unsigned int, unsigned long long, long long)  widget/windows/nsWindow.cpp:5065
```
Bug: Crash in [@ mozilla::detail::InvalidArrayIndex_CRASH | nsMsgGroupView::OnHdrDeleted]
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-05-03 11:45:11+00:00
Resolved: 2024-05-28 03:31:36+00:00

Crash report: https://crash-stats.mozilla.org/report/index/ce379906-1ec0-4f23-9b35-a51070240319 user reports "Was just switching to a smart folder after running filters on a normal Inbox."

Reason: ```EXC_BAD_ACCESS / KERN_INVALID_ADDRESS```

Top 10 frames:
```
0  libmozglue.dylib  MOZ_Crash(char const*, int, char const*)  mfbt/Assertions.h:264
0  libmozglue.dylib  mozilla::detail::InvalidArrayIndex_CRASH(unsigned long, unsigned long)  mfbt/Assertions.cpp:50
1  XUL  nsMsgGroupView::OnHdrDeleted(nsIMsgDBHdr*, unsigned int, int, nsIDBChangeList...  mailnews/base/src/nsMsgGroupView.cpp:0
2  XUL  nsMsgDatabase::NotifyHdrDeletedAll(nsIMsgDBHdr*, unsigned int, int, nsIDBChan...  mailnews/db/msgdb/src/nsMsgDatabase.cpp:756
3  XUL  nsMsgDatabase::DeleteHeader(nsIMsgDBHdr*, nsIDBChangeListener*, bool, bool)  mailnews/db/msgdb/src/nsMsgDatabase.cpp:1775
4  XUL  nsMsgDatabase::DeleteMessages(nsTArray<unsigned int> const&, nsIDBChangeListe...  mailnews/db/msgdb/src/nsMsgDatabase.cpp:1724
5  XUL  nsImapMailFolder::OnStopRunningUrl(nsIURI*, nsresult)  mailnews/imap/src/nsImapMailFolder.cpp:4996
6  XUL  nsMsgMailNewsUrl::SetUrlState(bool, nsresult)  mailnews/base/src/nsMsgMailNewsUrl.cpp:235
7  XUL  nsImapMailFolder::SetUrlState(nsIImapProtocol*, nsIMsgMailNewsUrl*, bool, boo...  mailnews/imap/src/nsImapMailFolder.cpp:6380
8  XUL  (anonymous namespace)::SyncRunnable5<nsIImapMailFolderSink, nsIImapProtocol*,...  mailnews/imap/src/nsSyncRunnableHelpers.cpp:222
```
Bug: Changing sort in grouped-by unified folders doesn't work properly
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-05-03 11:46:35+00:00
Resolved: 2024-05-08 04:25:36+00:00

__Steps to reproduce:__
1. Create a unified folder (threaded, sorted by date).
2. Sort by correspondents.
3. Sort by grouped-by-sort.
4. Click on "Correspondents" to reverse the sort order.

__Expected result:__
Sort order is reversed, view keeps grouped-by-sort.

__Actual result:__
View reverts to unthreaded sorted by date, while the "Correspondents" headers keeps the sort indicator.
Bug: Intermittent comm/mail/test/browser/composition/browser_replyMultipartCharset.js | Test timed out
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2024-05-03 17:29:45+00:00
Resolved: 2025-02-03 13:32:22+00:00

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

---
```

```
Bug: Incorrect scrolling position in Inbox when Thunderbird starts
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-05-04 00:13:09+00:00
Resolved: 2024-05-15 11:08:21+00:00

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

Steps to reproduce:

I open Thunderbird.


Actual results:

The inbox message list has the focus, but the newest message displayed is somewhere in the middle of the total list of messages in the inbox.


Expected results:

The newest message displayed should be the one with the newest timestamp. This is the behavior I saw before ~115.10.x.
Bug: Crash in [@ nsAbOutlookDirectory::GetChildCards]
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-05-04 15:10:19+00:00
Resolved: 2024-05-17 20:15:31+00:00

Is the stack useful?  Unfortunately I do not have any user data or comments.

Crash report: https://crash-stats.mozilla.org/report/index/460e58ce-7d15-4637-98ab-63fac0240424

Reason: ```EXCEPTION_ACCESS_VIOLATION_READ```

Top 10 frames:
```
0  xul.dll  nsAbOutlookDirectory::GetChildCards(nsTArray<RefPtr<nsIAbCard> >&)  mailnews/addrbook/src/nsAbOutlookDirectory.cpp:152
1  xul.dll  XPTC__InvokebyIndex
2  xul.dll  CallMethodHelper::Invoke()  js/xpconnect/src/XPCWrappedNative.cpp:1627
2  xul.dll  CallMethodHelper::Call()  js/xpconnect/src/XPCWrappedNative.cpp:1180
2  xul.dll  XPCWrappedNative::CallMethod(XPCCallContext&, XPCWrappedNative::CallMode)  js/xpconnect/src/XPCWrappedNative.cpp:1126
3  xul.dll  XPCWrappedNative::GetAttribute(XPCCallContext&)  js/xpconnect/src/xpcprivate.h:1450
3  xul.dll  XPC_WN_GetterSetter(JSContext*, unsigned int, JS::Value*)  js/xpconnect/src/XPCWrappedNativeJSOps.cpp:1006
4  xul.dll  CallJSNative(JSContext*, bool (*)(JSContext*, unsigned int, JS::Value*), js::...  js/src/vm/Interpreter.cpp:486
4  xul.dll  js::InternalCallOrConstruct(JSContext*, JS::CallArgs const&, js::MaybeConstru...  js/src/vm/Interpreter.cpp:580
5  xul.dll  InternalCall(JSContext*, js::AnyInvokeArgs const&, js::CallReason)  js/src/vm/Interpreter.cpp:647
```
Bug: No way to distinguish between Thunderbird release and Thunderbird ESR via the registry
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-05-04 15:39:49+00:00
Resolved: 2024-05-23 14:21:59+00:00

Steps to reproduce:

Thunderbird 115.10.2 is now under the ESR release channel but in the Windows OS registry it is still identified as a regular release and third-party updater tools end up 'upgrading' the 115.10.1 standard release version to the 115.10.2 ESR version.

e.g. Microsoft's WinGet patch management tool is currently affected by this problem
https://github.com/microsoft/winget-pkgs/pull/151869

Firefox had this same version conflict / identity crisis problem 10 years ago and they solved it by appending the ESR string to the product name in registry.
https://bugzilla.mozilla.org/show_bug.cgi?id=726781

...and yes, the summary description of this bug is almost the same as Firefox had in 2014 in Bugzilla #726781, just with a small substring change:  s\Firefox\Thunderbird\g


Actual results:

Thunderbird 115 ESR (115.10.2) is still identified as standard release in the registry with no way to tell it belongs to the ESR update channel.

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\Mozilla Thunderbird 115.10.2 (x64 en-GB)]
"DisplayName"="Mozilla Thunderbird (x64 en-GB)"
"DisplayVersion"="115.10.2"


Expected results:

expected result: 
ESR versions should behave like Firefox ESR versions do and have the ESR tag in the registry key name and in the DisplayName

e.g. the registry should say something like:

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\Mozilla Thunderbird 115.10.2 ESR (x64 en-GB)]
"Comments"="Mozilla Thunderbird 115.10.2 ESR (x64 en-GB)"
"DisplayIcon"="C:\\Program Files\\Mozilla Thunderbird\\thunderbird.exe,0"
"DisplayName"="Mozilla Thunderbird ESR (x64 en-GB)"
"DisplayVersion"="115.10.2"
Bug: WebExtension pages show status as loading when server actions are taking place
Status: NEW
Priority: --
Created: 2024-05-04 18:17:33+00:00
Resolved: 2024-05-04 18:17:33+00:00

I suspect this might affect any content tab, but definitely shows on extensions. I've seen it in TB 115 and TB 126.0b1.

STR

1. Open up a content page in a tab from a WebExtension, e.g. the settings page in the Thunderbird Conversations add-on.
2. On an IMAP account do a move of several large messages.
3. Back on the content tab, right-click.

Actual Results

The right-click menu shows the "Stop" option.

Expected Results

The right-click menu should show the "Reload" option.

It can be a bit fiddling to get the timing right, but generally if there's some activity going on in the background which you can see in the status bar, then the page will look like it is still loading (or actively doing things).

I've had it where long IMAP operations make it look like the WebExtension page is broken (as it appears to still be loading) which is quite confusing.
Bug: Thunderbird 125.0 will not open without rebooting computer
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-05-04 18:29:22+00:00
Resolved: 2024-05-05 19:20:37+00:00

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

Steps to reproduce:

1. Boot Windows 11.
2. Open Thunderbird 125.0. Works fine.
3. Close Thunderbird.
4. Try to open Thunderbird again.


Actual results:

Trying to open Thunderbird after closing it, I get an hourglass for a few seconds and then nothing. Thunderbird will not open again without restarting the computer.


Expected results:

Obviously, I should be able to open and close Thunderbird as necessary.
Bug: Subfolder loses synchronization setting, "check for new messages" setting, retention setting and custom color on renaming.
Status: UNCONFIRMED
Priority: --
Created: 2024-05-04 21:27:23+00:00
Resolved: 2025-01-19 10:42:22+00:00

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

Steps to reproduce:

Create subfolder under Inbox. Then a subfolder to that subfolder. Set Synchronization Tab's "select this folder for offline use" to on. After moving emails to this subfolder, then deleting those emails, then rename the subfolder. Check the Synchronization setting.

User agent:  	Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:115.0) Gecko/20100101 Thunderbird/115.9.0


Actual results:

Setting is now turned off after renaming folder. Not sure if it does this every time but every time I thought to check, it was unset.


Expected results:

Synch setting should not have been changed.
Bug: Unified Folders: When archiving email, the folder for this year (2024) does not appear on the list of archived folders for the account.
Status: UNCONFIRMED
Priority: --
Created: 2024-05-04 21:29:19+00:00
Resolved: 2024-06-09 12:12:44+00:00

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

Steps to reproduce:

Go to the inbox, as a unified folder.
From the inbox, press a to archive an email.



Actual results:

The folder for this year's archives (2024) does not appear on the tree under archives and the name of the account. Only folders up to 2023 appear. Trying to fix this by rebuilding resulted in the effect that, for one account, now only this year's folder appears under archives -> account name.
The remaining folders appear at the end of the folder tree, under the deleted folder, as account name -> year.


Expected results:

The archived email should have gone to Archives -> account name -> 2024.

It should be noted that this problem has happened with both an IMAP and a POP3 account.
The directory structure on the profile is correct:
profile/Mail/account/ contains:
2010
2010.msf
2011
2011.msf
2012
2012.msf
2013
2013.msf
2014
2014.msf
2015
2015.msf
2016
2016.msf
2017
2017.msf
2018
2018.msf
2019
2019.msf
2020
2020.msf
2021
2021.msf
2022
2022.msf
2023
2023.msf
2024
2024.msf

Nevertheless, on the Archives -> account folder only folders from 2010 to 2023 appear as subfolders.
Bug: Single-folder saved searches and quick-filtered views always open with all threads expanded.
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-05-04 21:44:24+00:00
Resolved: 2024-07-02 14:09:25+00:00

A previously set collapse-all state isn't restored in saved searches covering only a single-folder, while using quick-filter in a single folder opens all found threads expanded.
Bug: Crash in [@ shutdownhang | nsMsgLineBuffer::BufferInput]
Status: NEW
Priority: --
Created: 2024-05-04 22:05:48+00:00
Resolved: 2024-05-06 15:31:47+00:00

Crash report: https://crash-stats.mozilla.org/report/index/7e60a837-97f5-4428-9603-5f7b60240503

MOZ_CRASH Reason: ```Shutdown hanging at step AppShutdownConfirmed. Something is blocking the main-thread.```

Top 10 frames:
```
0  xul.dll  MOZ_Crash(char const*, int, char const*)  mfbt/Assertions.h:264
0  xul.dll  mozilla::(anonymous namespace)::RunWatchdog(void*)  toolkit/components/terminator/nsTerminator.cpp:244
1  nss3.dll  _PR_NativeRunThread(void*)  nsprpub/pr/src/threads/combined/pruthr.c:399
2  nss3.dll  pr_root(void*)  nsprpub/pr/src/md/windows/w95thred.c:139
3  ucrtbase.dll  thread_start<unsigned int (__stdcall*)(void*), 1>
4  kernel32.dll  BaseThreadInitThunk
5  mozglue.dll  mozilla::interceptor::FuncHook<mozilla::interceptor::WindowsDllInterceptor<mo...  toolkit/xre/dllservices/mozglue/nsWindowsDllInterceptor.h:150
5  mozglue.dll  patched_BaseThreadInitThunk(int, void*, void*)  toolkit/xre/dllservices/mozglue/WindowsDllBlocklist.cpp:617
6  ntdll.dll  __RtlUserThreadStart
7  ntdll.dll  _RtlUserThreadStart
```
Bug: Crash in [@ js::gc::HeaderWord::get]
Status: NEW
Priority: --
Created: 2024-05-04 22:24:54+00:00
Resolved: 2025-01-14 04:31:35+00:00

Startup.  Not much of a stack?  

Crash report: https://crash-stats.mozilla.org/report/index/0c7d256e-8fe3-4488-ae41-e91500240425 "I launched Thunderbird have just imported from Outlook. Too many emails/folders?

Reason: ```EXCEPTION_ACCESS_VIOLATION_READ```

Top 8 frames:
```
0  xul.dll  js::gc::HeaderWord::get() const  js/src/gc/Cell.h:141
0  xul.dll  js::gc::CellWithTenuredGCPointer<js::gc::Cell, js::Shape>::headerPtr() const  js/src/gc/Cell.h:833
0  xul.dll  JSObject::shape() const  js/src/vm/JSObject.h:91
0  xul.dll  JSObject::is() const  js/src/vm/JSObject.h:479
0  xul.dll  js::FetchName<0>(JSContext*, JS::Handle<JSObject*>, JS::Handle<JSObject*>, JS...  js/src/vm/Interpreter-inl.h:123
1  xul.dll  js::jit::IonGetNameIC::update(JSContext*, JS::Handle<JSScript*>, js::jit::Ion...  js/src/jit/IonIC.cpp:369
2  ?  @0x000001c08c884eb9
3  xul.dll  _tailMerge_d3dcompiler_47.dll
```
Bug: Crash in [@ shutdownhang | mozilla::SpinEventLoopUntil | nsMapiHook::BlindSendMail]
Status: NEW
Priority: --
Created: 2024-05-04 22:28:26+00:00
Resolved: 2024-06-02 22:22:23+00:00

Crash report: https://crash-stats.mozilla.org/report/index/aacb76a1-e014-4e33-b453-ebd6a0240402 "Trying to send multiple emails from QuickBooks. Hung between the second and third of about 15."

MOZ_CRASH Reason: ```Shutdown hanging at step AppShutdownConfirmed. Something is blocking the main-thread.```

Top 10 frames:
```
0  xul.dll  MOZ_Crash(char const*, int, char const*)  mfbt/Assertions.h:264
0  xul.dll  mozilla::(anonymous namespace)::RunWatchdog(void*)  toolkit/components/terminator/nsTerminator.cpp:244
1  nss3.dll  _PR_NativeRunThread(void*)  nsprpub/pr/src/threads/combined/pruthr.c:399
2  nss3.dll  pr_root(void*)  nsprpub/pr/src/md/windows/w95thred.c:139
3  ucrtbase.dll  thread_start<unsigned int (__stdcall*)(void*)>
4  kernel32.dll  BaseThreadInitThunk
5  mozglue.dll  mozilla::interceptor::FuncHook<mozilla::interceptor::WindowsDllInterceptor<mo...  toolkit/xre/dllservices/mozglue/nsWindowsDllInterceptor.h:150
5  mozglue.dll  patched_BaseThreadInitThunk(int, void*, void*)  toolkit/xre/dllservices/mozglue/WindowsDllBlocklist.cpp:617
6  ntdll.dll  __RtlUserThreadStart
7  ntdll.dll  _RtlUserThreadStart
```

bp-dd3a5fdd-8c8e-4d9c-97f8-78e1d0240324  "thunderbird is failing to link to my outlook account, i keep being asked for my password but when i click to enter password it shuts down"
Bug: Wrong icon color for RSS feeds with custom color which are in error state
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-05-05 06:32:24+00:00
Resolved: 2024-05-07 10:03:00+00:00

I have a RSS feed that has no favicon (Mozilla HG pushlog) which I gave a custom color. When it falls in error state the fill color of the warning icon uses this color instead of "--color-amber-30".
Bug: BUG: Double click message opens tab but doesn't switch to it
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-05-05 11:11:29+00:00
Resolved: 2024-05-05 17:49:59+00:00

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

Steps to reproduce:

Double-clicked a message in the message list


Actual results:

The message opened in a new tab,  but the display stayed on the message list tab.


Expected results:

Display should have switched to the new message tab (as it used to do as recently as Friday).
Bug: Cannot add columns to message list panel
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-05-05 16:07:47+00:00
Resolved: 2024-05-10 06:55:29+00:00

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

Steps to reproduce:

I right clicked on the available area where the columns are in the list of messages pane.  No columns were listed. INBOX was the folder in use. This used to work in previous versions.  Also you change the look and feel on Thunderbird and do not allow me to go back in versions to get the old look and feel.


Actual results:

no selection of columns


Expected results:

Have a check list shown what is enabled for that frame/window and what more you can add.
Bug: Windows system notifications not shown when minimized to tray
Status: UNCONFIRMED
Priority: --
Created: 2024-05-05 17:59:23+00:00
Resolved: 2025-02-11 12:56:00+00:00

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

Steps to reproduce:

Ever since updating to Supernova, Thunderbird just isn't working well. Super slow and almost never shows any type of notification when minimized. 


Actual results:

As stated, no notifications are shown. Opening the main window from the task tray (Windows), and all folders update and notifications, if any, are shown, as long as the app is minimized, nothing. App is running, checking for and downloading mail, but not showing any notifications.


Expected results:

Mail and other notifications should be showing even when the app is minimized like Thunderbird did before Supernova.

Really disappointed with Supernova as it just feels more like an incomplete alpha version than what Thunderbird used to be. It is really a step backwards and not forwards, both in functionality and aesthetics.
Bug: "Edit contact" shown but doesn't work if the contact is in a readOnly address book
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-05-06 07:49:36+00:00
Resolved: 2024-07-10 16:29:39+00:00

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

Steps to reproduce:

In the inbox you can click on the recipients name at the top of the email and a pop-up opens where you can quickly change the contact details.
In the "sent folder" however it stops working, the little menu has an item "Edit contact" however a press does nothing.



Expected results:

Contacts need to be editable from anywhere.
Bug: PDF files received as attachments are displayed as unreadable; Thunderbird 115.10.1; MacOS Sonoma 14.4.1
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-05-06 13:13:57+00:00
Resolved: 2024-05-06 13:33:50+00:00

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

Steps to reproduce:

I open the letter containing the PDF attachment and open the attachment.


Actual results:

Pdf file opens with unreadable jumbled text. Apparently the version of the pdf file sent is so new that Thunderbird cannot display it, yet?


Expected results:

What do you think should happen?
I would still like to see the correct text.
Bug: Empty Message from 12/31/69, 7:00 PM Mis-display In Message List
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-05-06 13:38:50+00:00
Resolved: 2024-07-18 03:37:05+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/17.4.1 Safari/605.1.15

Steps to reproduce:

Using ThunderBird Beta 126.0b2 (64-bit). Like usual, read and archive messages based on IMAP. But after some time, there is an empty message from 12/31/69, 7:00 PM showing up on my message list.


Actual results:

This empty message can't be modified, deleted and archived. Nothing can be done to remove it. Clicking it will give you a random message from all emails list. I checked my gmail web and found that empty email doesn't exist. After working on gmail web for a time I found this empty message disappear in ThunderBird. 


Expected results:

The Message List should display all messages properly.