av9ash/GitBugs huggingface dataset:
Bug: (Supernova: Cards w/ 3-panes) Email Thread in Message List, new unrelated email will "join" wrong thread - sometimes until clicked, sometimes until TB restarted
Status: UNCONFIRMED
Priority: --
Created: 2023-12-09 23:34:21+00:00
Resolved: 2024-03-04 02:29:15+00:00

Steps to reproduce:

Received emails, while having the 3-pane cards-based view, and threading enabled. I've also raised bug 1860709 months ago now about a double-up issue (separately).


Actual results:

Sometimes, emails will drop into the wrong chain. So there can be many emails under a chain, or just a few, and then an email from someone unrelated to that chain whatsoever arrives, and it will nest itself under the wrong chain, until clicked. Then the message changes to another message, and Thunderbird needs a restart to purge its demons.


Expected results:

The new email should be threaded/organised into the correct email chain/thread, and clicking emails should open the clicked email, rather than lead to an immediate refresh of the message changing to another on-click. Happy to send debug logs etc.
Bug: Display of threaded items in list view is inconsistent when view unread set
Status: NEW
Priority: --
Created: 2023-12-10 00:09:29+00:00
Resolved: 2023-12-10 11:30:37+00:00

The listing shows bug mail that is threaded with the instances where the unread contains more than one item from the thread indented.  That is inconsistent with my previous experience of threaded mail.
I expended the entry for Bug 182996 and select the second item, and changed the view to all from unread.

The resulting view presented the listing as unthreaded for that mail and not indented, again a very different view than I expected.
Bug: Crash in [@ OOM | large | NS_ABORT_OOM | nsTSubstring<T>::AllocFailed | CopyUTF8toUTF16 | nsGenericHTMLElement::GetURIAttr]
Status: NEW
Priority: --
Created: 2023-12-10 00:53:36+00:00
Resolved: 2024-01-02 03:22:17+00:00

#20 crash for Thunderbird 115.  Doesn't exist in 102.
Most comments mention sending mail.
Perhaps AV related?

Crash report: https://crash-stats.mozilla.org/report/index/3efccb23-b5b8-4b83-bfb3-933180231204

MOZ_CRASH Reason: ```MOZ_CRASH(OOM)```

Top 10 frames of crashing thread:
```
0  xul.dll  NS_ABORT_OOM  xpcom/base/nsDebugImpl.cpp:674
1  xul.dll  nsTSubstring<char16_t>::AllocFailed  xpcom/string/nsTSubstring.h:1189
1  xul.dll  CopyUTF8toUTF16  xpcom/string/nsReadableUtils.h:78
1  xul.dll  nsGenericHTMLElement::GetURIAttr const  dom/html/nsGenericHTMLElement.cpp:1704
2  xul.dll  mozilla::dom::HTMLImageElement::GetSrc  dom/html/HTMLImageElement.h:124
2  xul.dll  mozilla::dom::HTMLImageElement_Binding::get_src  dom/bindings/HTMLImageElementBinding.cpp:215
3  xul.dll  mozilla::dom::binding_detail::GenericGetter<mozilla::dom::binding_detail::NormalThisPolicy, mozilla::dom::binding_detail::ThrowExceptions>  dom/bindings/BindingUtils.cpp:3211
4  xul.dll  CallJSNative  js/src/vm/Interpreter.cpp:486
4  xul.dll  js::InternalCallOrConstruct  js/src/vm/Interpreter.cpp:580
5  xul.dll  InternalCall  js/src/vm/Interpreter.cpp:647
```
Bug: Using Win10 setting "Display setting for easier operation" makes TB nearly unusable
Status: UNCONFIRMED
Priority: --
Created: 2023-12-10 13:40:16+00:00
Resolved: 2023-12-10 13:40:16+00:00

Steps to reproduce:

Concernig Win10 OS - cannot test on Win11 - only. The problem occurred in "supernova", it did not happen in older versions.  I have to apologize for possibly incorrect wording, as I have a german OS available only.


Actual results:


In Win10 there is a way to enlarge "Text only" under "Display setting for easier operation". If the slider is shifted to the right - changing the magnification factor to higher values than 1.0 - , apparently most of the TB window content is magnified as well. This pushes the input boxes for "new contact" in abook out of the visible window, thus eliminating the possibility to create a new contact. Moreover, the new, elegant way to change font size easily by clicking "+" or "-" in the "Hamburger menu", is frozen: in this very case, the font size was fixed to "7", no way to alter it in any way. This makes supernova nearly unusable. I found that setting the magnification factor concerning "Text only" in " "Display setting for easier operation" back to 1.0 (slider left side) puts everything back to working condition in TB. 


Expected results:

The display of TB should not be touched by the OS setting mentioned above.
Bug: [Linux] Custom window decorations order is ignored
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-12-10 13:57:04+00:00
Resolved: 2023-12-11 17:31:44+00:00

Steps to reproduce:

1. Change the order of the window decorations (i.e. in the KDE System Settings > Appearance > Window Decorations > Titlebar Buttons)


Actual results:

The window decorations always use the same order: minimize, maximize/restore, close. If the decorations are on the left side, the order is reversed. There's is also an gap between two of the buttons, pictured.


Expected results:

When configured with the button order close, minimize, maximize/restore, Thunderbird should use that button order. This works as expected in Firefox.
Bug: Crash in [@ EdgePool::Iterator::operator*]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-12-10 15:33:36+00:00
Resolved: 2023-12-13 17:32:15+00:00

Crash signature exists prior to version 115, but crashes were very rare.  In 115 the crashes are no longer rare, and steadily increased as 115esr rolled out. Ranking #85 for 115.5.1.

The signature is cited in Bug 500105 - Crash @ GraphWalker - but is that the proper place for this Thunderbird crash?

Crash report: https://crash-stats.mozilla.org/report/index/01ff472d-8c1b-4e73-b16e-4c25d0231122 user states "every time I start".

Reason: ```EXCEPTION_ACCESS_VIOLATION_READ```

Top 10 frames of crashing thread:
```
0  xul.dll  EdgePool::Iterator::operator* const  xpcom/base/nsCycleCollector.cpp:472
0  xul.dll  GraphWalker<ScanBlackVisitor>::DoWalk  xpcom/base/nsCycleCollector.cpp:1333
1  xul.dll  GraphWalker<ScanBlackVisitor>::Walk  xpcom/base/nsCycleCollector.cpp:1308
2  xul.dll  FloodBlackNode  xpcom/base/nsCycleCollector.cpp:2761
2  xul.dll  nsCycleCollector::ScanBlackNodes  xpcom/base/nsCycleCollector.cpp:2994
2  xul.dll  nsCycleCollector::ScanRoots  xpcom/base/nsCycleCollector.cpp:3022
3  xul.dll  nsCycleCollector::Collect  xpcom/base/nsCycleCollector.cpp:3502
4  xul.dll  nsCycleCollector_collect  xpcom/base/nsCycleCollector.cpp:3990
5  xul.dll  mozilla::dom::workerinternals::  dom/workers/RuntimeService.cpp:822
6  xul.dll  mozilla::CycleCollectedJSRuntime::OnGC  xpcom/base/CycleCollectedJSRuntime.cpp:1888
```
Bp-b4b5889f-39de-4e20-b856-f61db0231117 user states "returning from hibernation"
Bug: TB Startup Shows No Accounts because using wrong profile "default", not "default user".
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-12-10 16:25:12+00:00
Resolved: 2024-12-29 02:24:46+00:00

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

Steps to reproduce:

I started TB this morning and found that none of my directories or folders or any of my emails are there. 


Actual results:

New tab shows:
"Set Up Your Existing Email Address"


Expected results:

The program display should not have changed from one day to the next.


User Agent 	Mozilla/5.0 (X11; Linux x86_64; rv:115.0) Gecko/20100101 Thunderbird/115.5.0
Bug: Compact folder dialog repeats "not enough free disk space" when opening Thunderbird
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-12-10 16:59:01+00:00
Resolved: 2024-08-08 19:24:07+00:00

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

Steps to reproduce:

I open Thunderbird.  A 'Compact Now' window pops up, currently 5 times even though I have repeatedly acknowledged the problem by clicking the button at the bottom right.


Actual results:

It all seems normal after clicking the repeated popups at startup.


Expected results:

I'm not sure why I get the popups at all.  I expect the popup would occur only once after clicking to open Thunderbird.
I use Linux Mint most recent version - ASUS Chromebook C738T with MrChromebox BIOS.
Bug: Avast blocks SMTP when "Scan outbound emails (SMTP)" is checked in Mail Shield
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-12-10 17:47:47+00:00
Resolved: 2023-12-18 14:36:44+00:00

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

Steps to reproduce:

Tried to send email.  - Connection timed out error from Thunderbird.
Tried different Protocol setups (TLS, NONE, etc...) - No Effect
Disabled all Avast 23.11.6090 (build 23.11.8635.809) shields. - Success mail sent
Whitelisted Thunderbird, enabled shields. - Failure.
Tried several switches in Avast setup.


Actual results:

Final result was success by unchecking "Scan outbound emails (SMTP)" found
in the Core Shields - Mail Shield. (This would, however, allow outbound viruses to propagate. )


Expected results:

The Avast core mail shield should be able to scan outbound emails. 
Mozilla SeaMonkey does not exhibit the same issue.
(Bug report also sent to Avast)
Bug: Renaming an imap outlook/exchange folder makes it impossible to move messages into it until Thunderbird is restarted
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-12-10 18:57:03+00:00
Resolved: 2024-01-05 13:37:45+00:00

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

Steps to reproduce:

- Create a new folder
- Move message into it. This works.
- Rename the folder.
- Try to move another message into it.
- Message disappears briefly but returns. Message is not moved.
- Restart Thunderbird
- Try again to move a message into said folder. This will work.


Actual results:

- Moving messages into the renamed folder does not work until Thunderbird is restarted.


Expected results:

- Moving should keep working also after renaming the folder.
Bug: Crash in [@ nsXPTType::Stride]
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-12-10 21:00:47+00:00
Resolved: 2024-04-17 01:14:02+00:00

signature first appears with 115.5.0, continues in 115.5.1.  No beta nor nightly crashes. 

Crash report: https://crash-stats.mozilla.org/report/index/f02730dc-7712-408c-82fb-055580231208. crash address 0xffffffffffffff94


Reason: ```EXCEPTION_ACCESS_VIOLATION_READ```

Top 9 frames of crashing thread:
```
0  xul.dll  nsXPTType::Stride const  xpcom/reflect/xptinfo/xptinfo.h:700
0  xul.dll  nsXPTType::ZeroValue const  xpcom/reflect/xptinfo/xptinfo.h:288
1  xul.dll  xpc::CleanupValue  js/xpconnect/src/XPCInlines.h:362
1  xul.dll  xpc::DestructValue  js/xpconnect/src/XPCConvert.cpp:1636
2  xul.dll  CallMethodHelper::~CallMethodHelper  js/xpconnect/src/XPCWrappedNative.cpp:1201
3  xul.dll  JS::Rooted<CallMethodHelper>::~Rooted  js/public/RootingAPI.h:1197
3  xul.dll  XPCWrappedNative::CallMethod  js/xpconnect/src/XPCWrappedNative.cpp:1127
4  xul.dll  XPC_WN_CallMethod  js/xpconnect/src/XPCWrappedNativeJSOps.cpp:966
5  ?  @0x0000020be09c0b7e  
```
Bug: Enabling Unified Folders view and viewing Unified Inbox freezes Thunderbird
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-12-10 22:25:59+00:00
Resolved: 2024-08-30 15:06:33+00:00

Steps to reproduce:

Preconditions: I use the 3-panel view with folders on the left, mails list in the middle, selected mail's contents on the right.

1. View > Folders > Check Unified Folders to enable Unified Folders view.
2. Click on the "Inbox" under the "Unified Folders" category that appeared on the left pane.


Actual results:

The click is halfway registered. The middle panel doesn't change. The application freezes, not responding to mouse movements or any input (for at least a minute, though I don't know what would happen after 2 minutes).


Expected results:

Middle panel should start displaying the Unified Inbox, reasonably fast.
Bug: Startup crash in [@ glpDeserializeNames]
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-12-10 23:47:41+00:00
Resolved: 2023-12-31 02:00:16+00:00

[All crashes](https://crash-stats.mozilla.org/signature/?product=Thunderbird&signature=glpDeserializeNames&date=%3E%3D2023-09-10T23%3A17%3A00.000Z&date=%3C2023-12-10T23%3A17%3A00.000Z&_columns=date&_columns=product&_columns=version&_columns=build_id&_columns=platform&_columns=reason&_columns=address&_columns=install_time&_columns=startup_crash&_sort=&page=1), approximately 1000 over two months, appear to be from the same user.  First crash is 2023-10-11  115.3.1. bp-3c3ee6b5-0c2f-4502-8e5c-7704e0231011.   Only a few seconds of uptime.

Webrender related?

Crash report: https://crash-stats.mozilla.org/report/index/9e4982a2-8383-4192-a1a0-3219f0231204

Reason: ```EXC_BAD_ACCESS / KERN_MEMORY_ERROR```

Top 10 frames of crashing thread:
```
0  libGLProgrammability.dylib  glpDeserializeNames  
1  libGLProgrammability.dylib  glpNameTableGet  
2  libGLProgrammability.dylib  glpSAVariableDeclaration  
3  libGLProgrammability.dylib  glpSANode  
4  libGLProgrammability.dylib  glpSAVariableDeclarationGroup  
5  libGLProgrammability.dylib  glpSANode  
6  libGLProgrammability.dylib  glpSATopLevel  
7  libGLProgrammability.dylib  glpSANode  
8  libGLProgrammability.dylib  glpCompileShader  
9  libGLProgrammability.dylib  ShCompile  
0	GLEngine	gleShaderParse		cfi
11	GLEngine	glCompileShaderIncludeARB_Exec		cfi
12	XUL	webrender::device::gl::Device::compile_shader	gfx/wr/webrender/src/device/gl.rs:2098	cfi
13	XUL	webrender::device::gl::Device::link_program	gfx/wr/webrender/src/device/gl.rs:2454	cfi
14	XUL	webrender::device::gl::Device::create_program_linked	gfx/wr/webrender/src/device/gl.rs:3008	cfi
15	XUL	webrender::renderer::gpu_cache::GpuCacheTexture::new	gfx/wr/webrender/src/renderer/gpu_cache.rs:166	cfi
16	XUL	webrender::renderer::init::create_webrender_instance	gfx/wr/webrender/src/renderer/init.rs:487	cfi
17	XUL	wr_window_new	gfx/webrender_bindings/src/bindings.rs:1702	cfi
18	XUL	mozilla::wr::NewRenderer::Run(mozilla::wr::RenderThread&, mozilla::wr::WrWindowId)	gfx/webrender_bindings/WebRenderAPI.cpp:135	cfi
19	XUL	mozilla::wr::RenderThread::RunEvent(mozilla::wr::WrWindowId, mozilla::UniquePtr<mozilla::wr::RendererEvent, mozilla::DefaultDelete<mozilla::wr::RendererEvent> >)	gfx/webrender_bindings/RenderThread.cpp:695
```
Bug: Closing TB with open message tabs, then opening TB, leads to tabs which error rather than load with "IMAP not registered protocol"
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-12-11 06:50:24+00:00
Resolved: 2023-12-15 03:12:37+00:00

Steps to reproduce:

Closed Thunderbird when there were open email viewer tabs. Then re-opened Thunderbird which led to those previously-OK tabs to not be OK.


Actual results:

The tabs opened after application restart with "IMAP not a registered protocol" error instead for each one that was open. Implying potentially they are trying to open before the back-end pre-requisite works including registrations were complete?


Expected results:

Tabs re-opened with the email content for each respective tab - ie. no error.
Bug: Daily crashes while connecting to XMPP server
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-12-11 07:41:10+00:00
Resolved: 2024-04-19 18:37:14+00:00

The crash resport is here: https://crash-stats.mozilla.org/report/index/8ed04bb6-3488-4cf3-89bf-a78520231211

Steps to reproduce:

- Attempt tp create a XMP account
- add the server - in my case is jabber.minus273.org
- on the encryption screen choose to encrypt if possible
- then click connect
and the crash reporter appears.

P.S I am not absolutely sure that I am using my correct password, so it could be crashing in case there is a wrong password, but I gues the report above will give more details
Bug: Tab order of CardBook is not stored
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-12-11 08:24:07+00:00
Resolved: 2023-12-19 09:25:38+00:00

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

Steps to reproduce:

Just starting or restarting FF.


Actual results:

The tab for CardBook appears on the far right of all open tabs.


Expected results:

The tab should appear at the fifth position from the left, where I put it before closing FF.

In the combined screenshot, the upper half shows where the tab appears after starting FF and the lower half shows where it should be and was before closing FF.
Bug: Email indexing gets stuck in TB Beta
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-12-11 09:52:58+00:00
Resolved: 2023-12-13 16:08:45+00:00

Steps to reproduce:

Name: Thunderbird
    Version: 121.0b5
    Build ID: 20231206172504
    Distribution ID:

    Update Channel: beta
    User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:121.0) Gecko/20100101 Thunderbird/121.0
    OS: Windows_NT 10.0 19045
    OS Theme:

1. Add my gmail account to freshly installed Thunderbird Beta.
2. Open activity manager to monitor indexing progress.




Actual results:

The indexing always stops at approximately the same place every time. I have tried restarting TB, as well as removing the index file to force a reindex.

I'm guessing a particular message triggers the issue but I have not been able to figure out which one it is. The indexing does work as expected on regular TB version 115.5.1, only TB beta (121.0b5) and daily (122.0a1 (2023-12-10) ) get stuck.


Expected results:

Indexing should complete indexing all messages.
Bug: Massive jank in Daily in the main thread, due to nsImapMailFolder::InitiateAutoSync (with server side folders)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-12-11 10:50:53+00:00
Resolved: 2024-07-30 19:00:53+00:00

See https://share.firefox.dev/41eJsZn. This happens regularly enough to be super annoying :'(
Bug: Message window goes blank
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-12-11 12:47:13+00:00
Resolved: 2024-03-26 05:34:15+00:00

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

Steps to reproduce:

Clicked a message in the message list pane.


Actual results:

Message opens in preview pane.
Message list pane goes blank.
Click another folder; message list populates.
Click original folder; message list is populated.
(This does not occur all the time. Only a few times a day)


Expected results:

Message list pane should remain populated.
Bug: Shutdown crash due to "Empty Trash on Exit" for inactive / inaccessible account (password related for many crash reporters)
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2023-12-11 12:53:52+00:00
Resolved: 2024-10-21 17:34:40+00:00

EDIT: See comment 11 for STR.

No STR here. This bug is being opened to further investigate instances where the fix in bug 1864747 does not fully fix all shutdown hangs on "Take 2" build of 115.5.2 that lead to a crash.

Crash example: https://crash-stats.mozilla.org/report/index/0bb63e0e-93b1-4ef3-975b-c35a70231211

Perf profile: https://share.firefox.dev/3NmpPJk

Feel free to rename the bug to better suit the pursuit.
Bug: Wrong name in "Participants" (the name the email comes from) column in messsage list
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-12-11 14:30:56+00:00
Resolved: 2023-12-18 14:39:12+00:00

Steps to reproduce:

unfortunately unknown

But to be fair you should know that the plugin "CardBook" has been installed which of course is an adress book plugin.

Unfortunately I have no time for further testing such as completely deintalling the plugin and then setting up CardDav again etc.


Actual results:

Lets say you have an email from paul@somesite.com and you have saved paul in your adress book with the name Paul Smith it sometimes happens that messages wrongly get the label "Paul Smith" even if the message is from linda@someothersite.com


Expected results:

correctly assign Paul Smith for only paul@somesite.com and not for random other messages.
Bug: remove primary password fails "Unable to change Primary Password." code: 0x805a1f65 [nsIPK11Token.changePassword] in removemp.js
Status: NEW
Priority: --
Created: 2023-12-11 14:58:43+00:00
Resolved: 2024-01-23 10:09:18+00:00

120.0b5 on Mac.  I haven't yet tried Firefox

Removing per https://support.mozilla.org/en-US/kb/use-primary-password-protect-stored-logins#w_remove-the-primary-password fails

09:53:03.703 Uncaught : Component returned failure code: 0x805a1f65 [nsIPK11Token.changePassword]
    removePassword chrome://mozapps/content/preferences/removemp.js:44
    init chrome://mozapps/content/preferences/removemp.js:26
    _fireButtonEvent chrome://global/content/elements/dialog.js:515
    _doButtonCommand chrome://global/content/elements/dialog.js:494
    _handleButtonCommand chrome://global/content/elements/dialog.js:488
Bug: Compacting mailbox causes threaded view to be reenabled
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-12-11 15:01:53+00:00
Resolved: 2023-12-21 13:11:04+00:00

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

Steps to reproduce:

Set inbox view to Unthreaded view

Compact mailbox

Changes view to Threaded


Actual results:

Compacting the mailbox changes view to Threaded.


Expected results:

Should have remained Unthreaded
Bug: randomly the Header info (Normal view) periodically stuck on a previous email.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-12-11 15:43:25+00:00
Resolved: 2024-11-22 02:12:44+00:00

Steps to reproduce:

the Header info (Normal view) periodically freezes on a previous email. Only the subject line will show and the From: and To: will be blank. If I select other messages, that same frozen info shows. This also is frozen on that same message when I move to another mailbox. I have to stop/restart T-Bird to get it to work properly again. This appears to be random, and I haven't been able to identify a process to cause this to happen.


Actual results:

Again, appears to be random and not dependent on launching any other programs, email from any particular source, attachments, embedded links, etc.


Expected results:

when I select a different message, I see the header info for that message.
Bug: Cannot use imap with self-signed cert - override dialog doesn't pop up
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-12-11 17:32:48+00:00
Resolved: 2023-12-11 21:54:10+00:00

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

Steps to reproduce:

I wanted to configure authentication to my IMAP mail server only from internal IP so I had to generate self-signed certificate.
Then I used that internal IP like 10.5.5.2 as IMAPS server (port 993, SSL, normal password).


Actual results:

Thunderbird tries to connect but finally gives up without errors, and what is more important without popup window to accept self-signed cert.
Accepting certs works for sending e-mails.
I think it may be similar to 1764770, 1816596, 875249.


Expected results:

I would like to see a popup window to accept the cert after validation it is correct or to see an error why it is not possible.
Bug: The Thunderbird Flatpak does not use portals.
Status: ASSIGNED
Priority: --
Created: 2023-12-11 17:54:22+00:00
Resolved: 2024-12-01 11:19:43+00:00

Steps to reproduce:

open mailto links, save files etc


Actual results:

The Flatpak does not use portals.

This sucks, as it makes isolation impossible. Firefox can use portals opt-in for some reason, but in Thunderbird setting the value is "2" for all them.





Expected results:

Set "1" for these values

widget.use-xdg-desktop-portal.*

This probably fixes a lot of issues with launching programs, saving files etc.

Also why is the Flatpak the stable version?