av9ash/GitBugs huggingface dataset:
Bug: Port bug 1693196 to Thunderbird: Remove code for non-existent fullscreen button (-moz-mac-fullscreen-button)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-02-18 19:39:53+00:00
Resolved: 2021-02-18 19:46:49+00:00

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

We're getting
TEST-UNEXPECTED-FAIL | comm/mail/test/static/browser_parsable_css.js | Got error message for chrome://messenger/skin/messenger.css: Error in parsing value for ‘-moz-default-appearance’.

Can we just remove this: https://searchfox.org/comm-central/rev/522e934644e4dd17f01c041b7f7ad968446bc36f/mail/themes/osx/mail/messenger.css#318
Bug: pkcs12 S/MIME key&certificate import fails unless object is in DER form (should autodetect PEM-encoding)
Status: UNCONFIRMED
Priority: --
Created: 2021-02-19 02:52:28+00:00
Resolved: 2021-03-19 21:18:05+00:00

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

Steps to reproduce:

I tried to load a PEM-encoded PKCS#12 file from the certificate manager's "Your certificates" tab.

Preferences » Privacy & Security » Certificates » Manage Certificates… » Your Certificates » Import…

Then select a .p12 file that contains the PEM-encoded file "alice.p12" found at https://www.ietf.org/archive/id/draft-dkg-lamps-samples-05.html#name-pkcs12-object-for-alice  (also attached here).

When prompted for a password, enter the 5-character ASCII string "alice"


Actual results:

A popup dialog box shows up saying:

Failed to decode the file. Either it is not in PKCS #12 format, has been corrupted, or the password you entered was incorrect.

and no certificates or secret keys are loaded.


Expected results:

Thunderbird should have detected that the file is PEM-encoded (not DER-encoded) based on the header that says "-----BEGIN PKCS12-----", and the footer of "-----END PKCS12-----"

The conversion from PEM-encoded to binary isn't hard: strip the header and footer lines, and base64-decode it.

But making the user figure that out is a recipe for failure.  Thunderbird should be clever enough to handle it on its own.
Bug: Changing Message Storage results in existing inbox folders being deleted
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-02-19 07:05:29+00:00
Resolved: 2022-01-27 12:45:53+00:00

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

Steps to reproduce:

1- Fresh windows 10 Pro x64 install (Chinese).
2- Fresh Chinese Thunderbird Install (78.x.x)
3- Create an account, imap account, default sync & account settings (basically do not delete anything & no max size or max age auto delete).
4- After emails were downloaded from the server,
5- Open Account Settings > Server Settings,
6- Change the Message Storage Local Directory (Message Storage section,  cleanup false, empty trash false, click Browse).
7- Select an existing local directory (of the same email account).
8- Let Thunderbird restart.

Optional bit of context:
The recommended migration method is to copy the whole" appdata\roaming\thunderbird" folder.
We had the local directories on a different physical drive backed on a NAS. After several workstations suffered critical failures. We could not salvage the full thunderbird folders. Attaching local folders was our only hope. It did work successfully for "local folders".
The imap servers only have the inbox messages, all other data, including folders are local.


Actual results:

1- Upon restart, Thunderbird starts displaying all inbox folders.
2- Wait a varying amount of time. We've had this happen within 12 hours systematically. Restarting Thunderbird or the computer have no dissimilar effects.
3- All inbox folders, sent folder and drafts are all missing in Thunderbird.
4- All the data related to the missing folders is gone in the local directory.


Expected results:

A- Import all local storage data to the inbox
    (The "Local Folders" went through the same change of message storage local directory and imported all the existing data as expected)

Other acceptable outcomes
B- If there was an incompatibility with the account, warn the user and ask for permission before replacing the data.
C- If the existing data was removed due to synchronization with the server, warn the user and ask for permission before deleting the data.
D- Offer a local directory importer if changing the message storage location does not allow importing.
E- Anything that warns the users or at least does not delete pre-existing data without consent.
Bug: Broken OS X shippable build (U task)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-02-19 08:23:58+00:00
Resolved: 2021-02-19 09:52:36+00:00

Bug 1692301 changed the generation of about:buildconfig and broke the build. We don't need to port all of the changes, all we need to do is add a <div></div> around the content of buildconfig.html and it should be fine, but while here I'm going to indent our HTML properly to match Firefox's.
Bug: incomplete translation of Thunderbird to German
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-02-19 11:00:04+00:00
Resolved: 2021-03-19 21:20:36+00:00

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

Steps to reproduce:

Start Thunderbird


Actual results:

see screenshot: Ordner vs. Folders


Expected results:

complete translation
Bug: Intermittent comm/mail/base/test/widgets/browser_formPickers.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-02-19 12:22:16+00:00
Resolved: 2024-11-04 06:20:22+00:00

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

---
```
```
Bug: Intermittent comm/mail/base/test/browser/browser_formPickers.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2021-02-19 12:22:18+00:00
Resolved: 2021-02-23 13:53:09+00:00

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

---
```
```
Bug: Intermittent comm/mail/base/test/browser/browser_linkHandler.js | location should have changed - 0 == 1 - JS frame :: chrome://mochitests/content/browser/comm/mail/base/test/browser/browser_linkHandler.js :: clickOnLink :: line 112
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-02-19 12:23:29+00:00
Resolved: 2021-06-14 16:52:40+00:00

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

---
```
```
Bug: Thunderbird 78.x slow startup each time caches are invalidated - 40 seconds vs 5 seconds. Firefox has same problem.  86.0b is fine.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-02-19 14:31:47+00:00
Resolved: 2023-03-05 15:59:43+00:00

Each time, the startup cache is invalidated (because of version update, compatibility.ini file or the startup cache is missing from the user profile), Thunderbird 78 (from 78.0 to 78.7.1) is starting too slowly (about 40 seconds instead of 5 seconds).
If you restart Thunderbird, everything seems to be fine (starts in 5 seconds).

Please see the shared profile : https://share.firefox.dev/3qEwtgr

You will see that writing to the cache is locked.
Bug: account provisioner doesn't handle utf-8 account configuration data
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-02-19 19:39:58+00:00
Resolved: 2021-03-04 22:22:32+00:00

The account provisioner doesn't handle UTF-8 data in the configuration data.

There's also a few other minor fixes I'll attach to this bug.
Bug: Clicking on macOS email notification opens a new window that cannot be closed
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-02-20 16:32:57+00:00
Resolved: 2022-11-25 18:12:58+00:00

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

Steps to reproduce:

With Thunderbird open on macOS Catalina 10.15.7
Click on new email notification that appears on my mac top right corner


Actual results:

Opened email in a new window.
This window could not be closed (see image) without closing Thunderbird entirely
Also causes both Mac ribbons at top and bottom of screen to disappear while in Thunderbird


Expected results:

I expected it to open a tab inside the Thunderbird app as when I double click an email in the inbox, which acts as expected and can then be closed
Bug: Filter entry needs focus after creation
Status: UNCONFIRMED
Priority: --
Created: 2021-02-20 18:59:00+00:00
Resolved: 2021-12-07 09:06:54+00:00

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

Steps to reproduce:

In filter dialog, select a filter. Click '+' to add an entry.


Actual results:

The a blank input textbox is appears but requires the user to click on it to give it focus.


Expected results:

The input textbox should automatically have focus once it has been created. This will enable the user to start typing straightaway instead of having to pause to click on the textbox.
Bug: startup Crash in [@ XREMain::XRE_mainRun]
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-02-21 01:55:20+00:00
Resolved: 2021-05-14 13:51:17+00:00

A mix of 64 and 32 bit

A high percentages of crashes are 0-14 seconds 

bp-9336d7f3-8a8c-4e4f-ac0e-cd6c30210220
bp-e8143697-5fdb-4703-a677-1cb690210219
bp-ed49ba2c-5d19-4065-bf72-f9a290210220

This are not startup crashes ...

Crash report: https://crash-stats.mozilla.org/report/index/c33cc822-68f1-42bc-a217-877be0201207

Reason: ```EXCEPTION_ACCESS_VIOLATION_READ```

Top 10 frames of crashing thread:
```
0 xul.dll XREMain::XRE_mainRun toolkit/xre/nsAppRunner.cpp:4464
1 xul.dll XREMain::XRE_main toolkit/xre/nsAppRunner.cpp:4812
2 xul.dll XRE_main toolkit/xre/nsAppRunner.cpp:4866
3 xul.dll mozilla::BootstrapImpl::XRE_main toolkit/xre/Bootstrap.cpp:45
4 thunderbird.exe NS_internal_main comm/mail/app/nsMailApp.cpp:324
5 thunderbird.exe wmain toolkit/xre/nsWindowsWMain.cpp:131
6 thunderbird.exe __scrt_common_main_seh /builds/worker/workspace/obj-build/comm/mail/app/f:/dd/vctools/crt/vcstartup/src/startup/exe_common.inl:288
7 kernel32.dll BaseThreadInitThunk 
8 ntdll.dll _RtlUserThreadStart 
9 ntdll.dll _RtlUserThreadStart 
```
bp-fd8ea48f-eefb-4aed-8f98-290bd0210123
bp-199a79d5-b416-4d99-97a6-f0cdc0210124
Bug: Crash in [@ mozilla::detail::MutexImpl::unlock | js::GCParallelTask::join] on Mac
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-02-21 02:40:20+00:00
Resolved: 2021-05-19 01:26:23+00:00

#117 crash for Thunderbird 78.7.1

Crash report: https://crash-stats.mozilla.org/report/index/5036204a-6dd5-4ea5-bf3a-abfa70210221

Reason: ```EXC_BAD_ACCESS / EXC_I386_GPFLT```

Top 10 frames of crashing thread:
```
0 XUL js::GCMarker::eagerlyMarkChildren js/src/gc/Marking.cpp:1260
1 XUL js::GCMarker::processMarkStackTop js/src/gc/Marking.cpp:2067
2 XUL js::GCMarker::lazilyMarkChildren js/src/gc/Marking.cpp:1582
3 XUL js::GCMarker::markUntilBudgetExhausted js/src/gc/Marking.cpp:1853
4 XUL js::gc::GCRuntime::performSweepActions js/src/gc/GC.cpp:6150
5 XUL js::gc::GCRuntime::incrementalSlice js/src/gc/GC.cpp:6694
6 libmozglue.dylib mozilla::detail::MutexImpl::unlock mozglue/misc/Mutex_posix.cpp:121
7 XUL js::GCParallelTask::join js/src/gc/GCParallelTask.cpp:66
8 XUL js::gc::GCRuntime::gcCycle js/src/gc/GC.cpp:7104
9 XUL js::gc::GCRuntime::collect js/src/gc/GC.cpp:7315
```
bp-4e979265-2f6e-441b-ac6f-de8630210220
bp-6bd930bb-3913-42e4-a224-e12e50210220
Bug: Crash in [@ nsTreeImageListener::Invalidate] use after free
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-02-21 02:55:45+00:00
Resolved: 2021-10-31 16:48:58+00:00

No version 68 crashes.  regression?

Crash report: https://crash-stats.mozilla.org/report/index/2b599ed3-f943-4011-a71d-9fff90210220

Reason: ```EXCEPTION_ACCESS_VIOLATION_READ```

Top 10 frames of crashing thread:
```
0 xul.dll nsTreeImageListener::Invalidate layout/xul/tree/nsTreeImageListener.cpp:85
1 xul.dll nsTreeImageListener::Notify layout/xul/tree/nsTreeImageListener.cpp:51
2 xul.dll imgRequestProxy::Notify image/imgRequestProxy.cpp:1008
3 xul.dll mozilla::image::ImageObserverNotifier<const mozilla::image::ObserverTable*>::operator image/ProgressTracker.cpp:281
4 xul.dll mozilla::image::SyncNotifyInternal<const mozilla::image::ObserverTable*> image/ProgressTracker.cpp:325
5 xul.dll mozilla::image::ProgressTracker::SyncNotifyProgress image/ProgressTracker.cpp:368
6 xul.dll mozilla::image::VectorImage::OnSVGDocumentLoaded image/VectorImage.cpp:1443
7 xul.dll mozilla::image::SVGLoadEventListener::HandleEvent image/VectorImage.cpp:212
8 xul.dll mozilla::EventListenerManager::HandleEventSubType dom/events/EventListenerManager.cpp:1087
9 xul.dll mozilla::EventListenerManager::HandleEventInternal dom/events/EventListenerManager.cpp:1279
```
bp-b9434a20-3d41-4054-8212-db42e0210220
bp-3ac96054-cdf0-4d34-8609-106e40210219
Bug: Crash in [@ ContextMenu_GetCommandStringVerb]
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-02-21 03:10:11+00:00
Resolved: 2021-10-31 11:43:27+00:00

Crash report: https://crash-stats.mozilla.org/report/index/0af287b8-5e38-4fa5-97bc-f37ab0210220

Reason: ```EXCEPTION_ACCESS_VIOLATION_READ```

Top 10 frames of crashing thread:
```
0 explorerframe.dll long __stdcall ContextMenu_GetCommandStringVerb 
1 explorerframe.dll long __thiscall CNscTree::_OnContextMenu 
2 explorerframe.dll CNscTree::_OnNotify 
3 explorerframe.dll virtual long __thiscall CNscTree::v_WndProc 
4 explorerframe.dll static long __stdcall CImpWndProc::s_WndProc 
5 user32.dll _InternalCallWinProc 
6 user32.dll long __stdcall UserCallWinProcCheckWow 
7 user32.dll long __stdcall CallWindowProcAorW 
8 user32.dll CallWindowProcW 
9 comctl32.dll CallNextSubclassProc 
```
FIrefox bp-3225952f-8ff3-424d-860b-3bb4c0210221
Bug: Crash in [@ CJpnLMRWrap::EnsureLocalLM] (IME)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-02-21 03:27:09+00:00
Resolved: 2021-07-01 12:17:18+00:00

Only about 10% of crashes are Firefox bp-5cd2e176-021e-4905-bba9-aee2c0210220

The rest are thunderbird - Crash report: https://crash-stats.mozilla.org/report/index/f3bd3651-bc79-470e-9e04-701090210221

Reason: ```EXCEPTION_ACCESS_VIOLATION_READ```

Top 10 frames of crashing thread:
```
0 imjpapi.dll long __thiscall CJpnLMRWrap::EnsureLocalLM 
1 imjpapi.dll virtual long __stdcall CJpnLMRWrap::GetPosBigram 
2 imjpapi.dll virtual long __stdcall CJpnLMEngineSvrC::GetPosBigram 
3 imjpapi.dll long __thiscall CIJLmRequestKnl::GetPosBigram 
4 imjpapi.dll virtual int __stdcall CIImeGrammar::GetConnectCost 
5 imjpapi.dll get_tango_data_cost 
6 imjpapi.dll GetCostAndBunsetsuSu 
7 imjpapi.dll CalcurateTangoCost 
8 imjpapi.dll InsertTangoToProperLink 
9 imjpapi.dll make_kana_futeigo_bunsetu 
```
Bug: Cannot change font or background color from the color choosing pane
Status: UNCONFIRMED
Priority: --
Created: 2021-02-21 09:44:40+00:00
Resolved: 2022-05-16 20:35:19+00:00

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

Steps to reproduce:

Started writing a new email.
Wanted to highlight specific text and change the color of the font.
Clicked on the button "Choose color for text".
The pop-up screen opens.
Clicked on the "Choose a color" button.
Apple OS-X  (Catalina 10.15.7) color selector pop-up screen opens.
Can change and select a desired color from there, but TB color pane does not take over the selection.



Actual results:

Nothing happening.
The TB color selection pop-up screen stays open until I click Cancel or OK.
Can only change color of the font (or the background of the email) by keying in the name or hexadecimal of the desired color .


Expected results:

The choose a color button in the TB color selection pop-up screen should have taken over the selected color in the OS-X color selection pop-up screen.
Bug: TB doesn't show me a pop-up with a warning about expired certificate for IMAPS and I can't add a security exception
Status: NEW
Priority: --
Created: 2021-02-21 10:44:07+00:00
Resolved: 2022-04-21 11:31:14+00:00

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

Steps to reproduce:

Server's certificate was expired. 


Actual results:

TB doesn't show me a pop-up with a warning about that for IMAPS and I can't add a security exception. At the same time I get a popup window for SMTPS so I can add exception. In the end I can send email but I can't read the new ones.
Bug: select mailbox authentication
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-02-21 11:26:59+00:00
Resolved: 2021-03-19 21:38:40+00:00

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

Steps to reproduce:

1) start creating an account.
2) enter email


Actual results:

Requires password.


Expected results:

Determines by the domain of the mail service in which way to authorize.
Bug: One specific email not displayed
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-02-21 11:35:49+00:00
Resolved: 2021-02-28 03:20:42+00:00

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

Steps to reproduce:

I received a specific email


Actual results:

The email did not show in my inbox. 
All other emails show fine and if I copy the email to a different folder using the webmail interface it does show in Thunderbird in that folder. If I copy it from that folder via Thunderbird to my inbox folder it still does not show there.


Expected results:

The email should have been displayed
Bug: cannot create a new task in Google Tasks using "Provider for Google Calendar" extension
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2021-02-21 16:55:41+00:00
Resolved: 2021-02-23 23:55:23+00:00

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

Steps to reproduce:

I use "Provider for Google Calendar" extension to access my Google Tasks in the Thunderbird Lightning Calendar. (I recently - after upgrade to TB 78 - started using CalDAV to access my actual Google (Events) Calendar, but I can find the URL location I need to access Google Tasks; hence, the "Provider" is used).


Actual results:

Since the upgrade to TB 78, I cannot seem to add a new task to my Google Tasks using TB Lightning. A "New Task"  window is opened, but I cannot close this window by clicking on "Save and Close" button or by clicking the red cross on the top right. So much so that, the window does not close even when I try to exit Thunderbird. I am actually forced the kill the "thunderbird" process on the terminal for the window to be closed. I can still view on the Calendar the tasks that are created, say, directly on Google services.


Expected results:

Before the upgrade to TB 78, I was able to add new tasks to Google Tasks (accessed through Provider for Google Calendar) in the Lightning Calendar.
Bug: windows.onCreate doesn't return tabs property
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2021-02-21 20:35:58+00:00
Resolved: 2021-02-25 09:53:22+00:00

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

Steps to reproduce:

see https://thunderbird.topicbox.com/groups/addons/T4f0dd420411fcd1c/howto-get-window-tabs-permissions

async function OpenListener(window) {};
messenger.windows.onCreated.addListener(OpenListener);

no tabs in window in Openlistener




Expected results:

documentation says there is a tabs property
Bug: All subfolders are opened each time Thunderbird is opened.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-02-22 01:08:36+00:00
Resolved: 2021-02-22 15:45:26+00:00

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

Steps to reproduce:

1) I installed thunderbird v78.7.1 on a new PC.
2) I installed the 4 email addresses (as usual for more than 15 years)


Actual results:

Every time I open the software (thunderbird) it opens all the folders and subfolders and sub-subfolders... of all the email addresses I have installed.


Expected results:

I would like all folders and subfolders to be closed each time I open (reset to zero).
Bug: searching for add-on "Provider for Google Calendar" and pressing Enter, no results are shown
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-02-22 09:23:01+00:00
Resolved: 2021-02-22 12:41:51+00:00

STR:
in the Add-ons search, type "Provider for Google Calendar" and press Enter or click the search button.

Expected:
results found.

Actual:
no result found.

The search suggestions show results, though, including the Add-on with that name.

Happened on Ubuntu 18.04 with Thunderbird 68.10.
Bug: Intermittent comm/mail/test/browser/addrbook/browser_addressBook.js | Uncaught exception - at resource://testing-common/mozmill/utils.jsm:72 - TimeoutError: Timeout waiting for all 12 rows in address books list to show up in the tree view
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-02-22 09:40:50+00:00
Resolved: 2022-01-31 22:12:09+00:00

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

---
```
```
Bug: Thunderbird does not restart when clicking Restart in app-update bubble panel: BrowserUtils.restartApplication is not a function (removed by bug 1685801)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-02-22 15:47:47+00:00
Resolved: 2021-03-16 20:30:57+00:00

STR:

0. use Thunderbird Daily
1. wait for an update
2. use the restart banner in the main menu to restart Thunderbird

Expected:

Thunderbird restarts.

Actual:

Nothing happens. The error console shows an error:

BrowserUtils.restartApplication is not a function (AppUpdateUI.jsm:111)

BrowserUtils.restartApplication was removed in bug 1685801 and there was bug 1689635 to port the changes to Thunderbird but this one was probably overlooked.

Needinfo'ed John because he worked on bug 1689635.
Bug: Sometimes settings get corrupted and are not what they seem to be in the GUI for non-default identity
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-02-22 20:29:37+00:00
Resolved: 2023-01-29 00:38:07+00:00

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

Steps to reproduce:

1. In Account Settings | (test account) | Copies & Folders | Archive options, set "When archiving messages" to "A single folder".
2. Select message(s) to archive (in my case, typically selected from a search folder that may span multiple IMAP accounts -- but issue likely extends to other folder types).
3. In message display pane, click the "Archive" button.


Actual results:

In some cases, the "Yearly archived folders" behavior is used, even though this is not the behavior specified in settings. Subfolders of the Archive folder are created, and the selected messages are moved into them. This bug has been in Thunderbird for as long as I can remember. But it does not happen 100% of the time, and it's unclear what causes it.


Expected results:

Account settings should be respected. Selected messages should be moved into the root of the "Archive" folder, with no subfolders created or involved.