av9ash/GitBugs huggingface dataset:
Bug: global search-textbox clear icon is missing
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-08-18 11:42:50+00:00
Resolved: 2022-04-13 14:37:52+00:00

The `search-textbox` (used for quick search) no longer shows its `textbox-search-clear` icon.

https://hg.mozilla.org/mozilla-central/rev/64cf5966f871 changes the icon src from "chrome://global/skin/icons/searchfield-cancel.svg" to "resource://gre-resources/searchfield-cancel.svg". The toolbox rules tab recognises the resource (if you hover over the `list-style-image` url), but it isn't shown in the actual `image`. I think it may be the content security policy needs updating.
Bug: No address search in LDAP directory when entering in the creation of mail
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-08-18 13:04:28+00:00
Resolved: 2021-09-17 12:19:58+00:00

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

Steps to reproduce:

Nouveau message
saisie du destinataire


Actual results:

Si le contact ne fait pas partie d'un carnet d'adresse local, il n'apparait pas, même s'il fait partie de l'annuaire LDAP


Expected results:

Des propositions de contacts de l'annuaire LDAP devraient apparaitre lors de la saisie d'un contact lors de la création d'un mail.
Par contre les propositions arrivent bien lors que l'on ouvre les carnets d'adresses, qu'on choisit l'annnuaire LDAP et qu'on saisit dans le champ de re"cherche.
Bug: Click "send', spell check box comes up but does nothing.  Must x which closes Thunderbird Beta 92.0b2 (32-bit)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-18 13:52:18+00:00
Resolved: 2021-08-18 15:56:45+00:00

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

Steps to reproduce:

I completed an email in response to email received.  I clicked Send.  

Version is 92.0b2 (32-bit)


Actual results:

The spell check box comes up, but it is blank.  Nothing happening, nothing showing.


Expected results:

Should have either found misspellings or sent message.   I had to "x" out, which closed the program
Bug: version 90.0 on network drive via usb port on router opens with all subfolders expanded
Status: UNCONFIRMED
Priority: --
Created: 2021-08-18 14:27:20+00:00
Resolved: 2021-08-18 19:01:10+00:00

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

Steps to reproduce:

Installed TB 90.0 manually on network drive to update TB 87.12. Installed without any problems.
Launching TB 90.0, all subfolders were expanded.  Searched for any setting that allows the collapsing of the subfolders.  No such setting is available.
Re-installed version TB 87.13 32-bit on network drive.  TB opens correctly with subfolders collapsed.


Actual results:

TB 90.0 opens with all subfolders expanded.  All folders are located in Local Folders.  Prime folders with all the subfolders expanded.  I have over 175 subfolders contained in 32 prime folders.


Expected results:

Subfolders should be collapsed on launching TB 90.0
Bug: Problem with Italian localization of TB 91: Uses en-US for Fluent Strings
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2021-08-18 15:22:11+00:00
Resolved: 2021-09-02 14:27:53+00:00

There's something weird going on with Italian localization.
Everything looks correct wrt localization, but it's stubbornly using the English translation instead. I've deep-checked the entire localization chain, but I'm failing to find the cause.

Seen on 91.0.1 (64 bit), Win10.

**STR**

1. Download Italian version of TB 91: https://www.thunderbird.net/en-US/thunderbird/all/#I
2. Install TB  without setting up an account.
3. Right-click on tab bar and show main menu bar.
4. From main menu, choose `Strumenti` (Tools)
5. Check out Italian menu item equivalents for `Addons and Themes` or `Preferences`

**Actual result**
- Menu items are showing in English: `Addons and Themes` and `Preferences`
- Looks like more Fluent translations are affected.

**Expected**
- Menu items should show in Italian:
  - 'Componenti aggiuntivi e temi' (for `Addons and Themes`)
  - `Preferenze` (for `Preferences`)

**Code analysis:**

Note: I extracted omni.ja of Italian local install to check the actual shipped files in addition to comm-central. Both of the test strings are contained in the Fluent file `menubar.ftl`.

1. `menubar.ftl` is correctly linked in xhtml:
  - https://searchfox.org/comm-central/rev/93487d295e3d3365c3082104ea980c7a0dfceeef/mail/base/content/messenger.xhtml#79
  - local messenger.xhtml also has the link in line 118 (because DTD links are inserted from messenger-doctype.inc.dtd before)
`   <link rel="localization" href="messenger/menubar.ftl" />`

2. `menubar.ftl` exists locally as `\localization\it\messenger\menubar.ftl`
- **The bug might be somewhere here! Looks like the entire file is *not* read.**

3. data-l10n-id looks correctly set (also checked locally in `messenger.xhtml`):
https://searchfox.org/comm-central/rev/93487d295e3d3365c3082104ea980c7a0dfceeef/mail/base/content/mainNavigationToolbox.inc.xhtml#1049-1051
```
        <menuitem id="addonsManager"
                  data-l10n-id="menu-addons-and-themes"
                  oncommand="openAddonsMgr();"/>
```

4. localized `menubar.ftl` contains the correct translations with correct Fluent IDs:
https://searchfox.org/l10n/rev/b8f424f45e760a930175ab37cd29ffd5d8bb2f88/it/mail/messenger/menubar.ftl#20-22
```
menu-addons-and-themes =
    .label = Componenti aggiuntivi e temi
    .accesskey = C
```
Also checked in the shipped file.
Bug: Download activity uses the wrong numbers for its progress bar
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-08-18 19:52:10+00:00
Resolved: 2021-09-08 08:29:23+00:00

From https://phabricator.services.mozilla.com/D119289#inline-674154

The following line is using the wrong numbers

https://searchfox.org/comm-central/rev/bdf1197238d795a88782e8ef8bf12facc7560247/mail/components/activity/modules/autosync.jsm#352

The `msg` message string uses syncItem.totalDownloaded / syncItem.pendingMsgCount, whilst the progress bar uses numOfMessages / totalPending.

pendingMsgCount is whatever the maximum value of totalPending has been (line 321), but numOfMessages is how much we just added to the totalDownload (line 333), so will usually be less and is the wrong value to use for a percentage.
Bug: moving non-spam to spam folder
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-08-18 22:23:56+00:00
Resolved: 2021-10-29 17:03:19+00:00

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

Steps to reproduce:

Mark "spam" as not spam.



Actual results:

mail moved to inbox.
Then very quickly thunderbird moves back to spam.



Expected results:

Thunderbird should have done what I told it to do and not returned mail to spam.

Thunderbird should -never- override user commands.
I'm using the current release 78.13.0 (32-bit), I'm told Thunderbird is up to date.  Annoyingly, I don't know where this falls in the version tree.
This seems to be a return of  Bug 1167711 (https://bugzilla.mozilla.org/show_bug.cgi?id=1167711) which was closed 5 years ago.

This is driving me batshit and I don't need the frustration of being ignored by my email program.
Bug: Thunderbird 91.0 on Linux is formatting time in 24h with Locale=en-US (now obeys gsettings get org.gnome.desktop.interface clock-format)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-08-18 22:36:00+00:00
Resolved: 2021-11-16 14:22:46+00:00

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

Steps to reproduce:

Upgrade Thunderbird from 78.x to 91.0 on Linux (openSUSE Leap 15.3 x86_64 in my case).  View the main Inbox display window.  The 'Date' column should be displayed.

Locale=en-US


Actual results:

The time format is in military time (18:00 for example).


Expected results:

In previous version of Thunderbird (78.x), the Date column displayed time in standard format (6:00 PM for example)
Bug: Thunderbird using incorrect date time format
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-18 22:52:56+00:00
Resolved: 2021-08-19 11:53:27+00:00

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

Steps to reproduce:

0) Have KDE NEON 5.22.3  (Ubuntu 20.04 + KDE Plasma 5.22)

1) Install Thunderbird v91.0.1 from release tarball at https://www.thunderbird.net/en-US/download/

2) setup a mail account



Actual results:

all dates in mail and calendar are in 24-hour format


Expected results:

all dates and time should be in system locale: en_US.UTF8  (12-hour time)
Bug: Lightning does not display my entries :-((((((( Upgraded to new V91 today
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-19 01:11:43+00:00
Resolved: 2021-08-26 18:05:58+00:00

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

Steps to reproduce:

Upgraded to V91 from V78
Calendar Entires GONE
clicked 'Enable' to all sub calendars to no avail a few times
rebooted W7 - no joy


Actual results:

Upgraded to V91 just today from V78
Calendar Entries GONE
clicked 'enable' to all sub calendars a few times to no avail
rebooted  no joy


Expected results:

I created a System Restore point before upgrading
I WAS suspicious of a huge jump   eg V78 to V91?
Hopefully System Restore will bring me back!  !!!!   This is TERRIBLE !
Using W7

Please advise via email when FIXED !!!!!
Bug: "Get messages" doesn't work for newsgroups
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-19 02:45:35+00:00
Resolved: 2021-08-21 13:42:19+00:00

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

Steps to reproduce:

1. Subscribe to a newsgroup
2. Click the drop-down arrow beside "Get messages" and select the newsgroup


Actual results:

Nothing happens


Expected results:

It should have checked the newsgroup for messages
Bug: Open about:addressbook in a chrome browser, not a content browser
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-08-19 02:46:23+00:00
Resolved: 2021-08-27 04:23:26+00:00

This will solve bug 1717199 for the address book. It also has some other advantages such as being easier to use the devtools on, and drawbacks like not having a `webProgress` property or a message manager on the browser.

Overall I think it's worth it.
Bug: Insufficient memory in Thunderbird 91.01 (32 bit) when printing pdf file.  Windows 10 Prof. (PL) 32 bit build 19043.1165
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-08-19 08:25:14+00:00
Resolved: 2021-09-03 11:25:14+00:00

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

Steps to reproduce:

Printing a large pdf file (several pages, more than 5)  from the internal pdf viewer.


Actual results:

The "insufficient memory" window popped up, no proper print out on the printer.


Expected results:

Printed pdf document on the printer.
Bug: Incorrect menu bar colors when mousing over menu bar in "High Contrast Black" Windows color scheme
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-08-19 09:54:46+00:00
Resolved: 2022-04-27 13:23:02+00:00

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

Steps to reproduce:

1. Set Windows color scheme to "High Contrast Black" (Windows+I > Ease of Access > High Contrast > Select Color Scheme" > "High Contrast Black".  Use left_alt + left_shift + PrtScr to toggle.
2. Start TB Daily 2021-08-19.
3. Move mouse over menu bar.


Actual results:

When mouse moves over menu bar, menu item shows white text on a white background.  If you are in the compose window, moving the mouse over the menu bar produces black text on a black background.  (See attached screen shots.)


Expected results:

Menus should show up as black text on white when the mouse moves over the menu item.

This problem does not occur in Firefox Nightly.
Bug: Setting the preferred format to HTML in the vCard shows as Plain Text
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-08-19 10:12:08+00:00
Resolved: 2021-09-14 15:39:32+00:00

STR:
- Select an email account in the account manager
- Click "Edit Card..."
- Select  HTML for "Prefers to receive messages formatted as:"
- Confirm the dialog
- Click "Edit Card..." again
- Check the value displayed for "Prefers to receive messages formatted as:"

Expected result:
"HTML" is selected

Actual result:
"Plain Text" is selected

I haven't confirmed if the actual vCard has the correct value or if this is just a display glitch.
Bug: Busted - FileNotFoundError: [Errno 2] No such file or directory: '/builds/worker/checkouts/gecko/taskcluster/docker/debian10-amd64-build/Dockerfile'
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2021-08-19 11:28:29+00:00
Resolved: 2021-08-23 11:56:02+00:00

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

---
```

```
Bug: On Reply All to a message the previous message is not quoted in the compose window
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-08-19 11:41:23+00:00
Resolved: 2021-08-19 15:56:42+00:00

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

Steps to reproduce:

Ensure quote original message when reply or forward is ticked in Settings.
Chose message with multiple recipients. 
Click Reply All. 


Actual results:

Compose message window appears but message body content is blank.


Expected results:

Compose message window should have previous message contents in the message body.
Works as expected with Reply, but not with Reply All.
Bug: In account setup disabled buttons can sometime still change the background colour
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-08-19 12:30:49+00:00
Resolved: 2021-09-01 20:32:29+00:00

The "Continue" button is normally disabled, no hover change. But when the password field has some value it can change the background colour. This comes because initially the button has `disabled="disabled"` and after the PW-field change only `disabled=""`. Then the CSS rule does no more correctly apply.
Bug: TB hangs using Mac after restart with multiple prompts for the master password to be entered
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-19 12:39:28+00:00
Resolved: 2021-11-02 17:52:11+00:00

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

Thunderbird 91.0.1 MAC


Steps to reproduce:

1. Set up a master password and multiple accounts, including WebDAV calendars
2. Restart the mail client


Actual results:

TB prompts for a master password in a dialog. Before being able to type, the dialog disappears another master password dialog appears (potentially multiple times). 
Even in safe mode the problem persists. 
Problem occurs no matter whether multiple windows are open.

Severity: High as TB is unusable right now
Bug: Potentially a regression of bug 1726080
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-19 14:33:08+00:00
Resolved: 2021-08-19 16:52:12+00:00

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

Steps to reproduce:

Original problem is described below [having returned this AM].

Yesterday, I received notice that it was fixed and it seemed fine.  But a little later, when I ran the spell checker, it would remove the carriage return between last word on next to last line and first word on last line, pull two words together without a space.  Then it hung there.

Today, the original problem has reappeared, which was when I click SEND the spell checker box pops up but does nothing.  The only option is to "X" out, and close the program


Actual results:

See above   version 92.0b2 (32-bit)
Bug: Tray Icon for New Email Persistent After Checking for New Email
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-08-19 16:06:34+00:00
Resolved: 2024-08-09 07:29:13+00:00

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

Steps to reproduce:

In prior versions to 91, the tray icon was an envelope and served as a notification for new emails.  When checking for new emails, the envelope icon would clear indicating that there were no new emails, regardless of unread emails being in the inbox.

Since version 91 it has changed to a Thundbird icon that is always present when there are unread emails and is no longer effected by checking for new emails.


Actual results:

Tray icon is always present when unread emails are in the inbox.


Expected results:

I believe this is a regression in the notification system as it should clear indicating that there are no NEW email vs. unread emails.
Bug: Thunderbird Crash in [@ shutdownhang | mozilla::detail::MutexImpl::lock | nsThread::Shutdown | mozilla::dom::workerinternals::RuntimeService::ShutdownIdleThreads]
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-08-19 20:56:00+00:00
Resolved: 2022-01-27 13:10:56+00:00

Crash report: https://crash-stats.mozilla.org/report/index/fb47cd56-b775-47e4-afa4-081210210819

MOZ_CRASH Reason: ```Shutdown hanging at step profile-change-net-teardown. Something is blocking the main-thread.```

Top 10 frames of crashing thread:
```
0 ntdll.dll NtWaitForAlertByThreadId 
1 ntdll.dll RtlAcquireSRWLockExclusive 
2 mozglue.dll mozilla::detail::MutexImpl::lock mozglue/misc/Mutex_windows.cpp:22
3 xul.dll mozilla::ThreadEventQueue::HasPendingEvent xpcom/threads/ThreadEventQueue.cpp:177
4 xul.dll nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1059
5 xul.dll NS_ProcessNextEvent xpcom/threads/nsThreadUtils.cpp:466
6 xul.dll nsThread::Shutdown xpcom/threads/nsThread.cpp:840
7 xul.dll static mozilla::dom::workerinternals::RuntimeService::ShutdownIdleThreads dom/workers/RuntimeService.cpp:1446
8 xul.dll nsTimerImpl::Fire xpcom/threads/nsTimerImpl.cpp:618
9 xul.dll nsTimerEvent::Run xpcom/threads/TimerThread.cpp:248
```
Bug: Versión 91.0.1 - Bloqueo Acceso a Preferencias - Bloqueos y Aumento Excesivo RAM / memory
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-19 22:12:52+00:00
Resolved: 2021-09-15 12:47:08+00:00

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

Steps to reproduce:

Instalé la Versión 91.0.1 desde la Web de Thunderbird Justo el 17 de Agosto Cuando Salió la Nueva Versión y la Instalé la Misma x32. No Me he Atrevido a Instalar la Versión de x64 por si Perdía los Datos ya que en Firefox, Tenía la x32 y Puesto que mi Portátil es x64, se Actualizó Sola de x32 a x64, pero en Thunderbird al No Hacerlo Automáticamente No he Querido Hacer Experimentos.
La Versión Anterior Instalada era la 78.13.0 de x32.
Tengo un Portátil CPU i3, 8 GB RAM y SDD 1Tb y Windows 7 Home SP1.


Actual results:

Después de Instalarla, Veo que la Configuración del Correo Había Cambiado, Algunos Menús Salen en Inglés a Pesar de Haber Instalado la Versión Español de España.
Al Intentar Acceder a Preferencias para Modificarlo Como Tenía la Versión Anterior, se Abre una Nueva Pestaña en Blanco, Se Bloquea y al Cabo de un Rato se Cierra, Enviado a Thunderbird el Error.
Debido al Aumento Excesivo de la RAM y a los Bloqueos, Me Vuelvo a Descargar la Versión que Tenía (v78.13.0 de x32).
Después de la Instalación Sale Un Mensaje que me Indica que el Perfil Actual de Usuario Es de una Versión Más Actual.
Creo un Nuevo Perfil, Copio los Datos de la Carpeta Local y Roaming en la Misma del Usuario Actual.
Abro Thunderbird y Sale en Blanco.
He Perdido las Configuraciones, Cuentas, Carpetas y Todo el Correo.
Parte del Correo de Algunas Cuentas es de Cuentas POP3 No IMAP.
Intento Deshacerlo y Volver a la v91.0.1 x32, Haciendo de Nuevo el Proceso de las Carpetas Profiles del Usuario y Sale en Blanco.
He Perdido TODAS las CUENTAS, CORREOS y CARPETAS.
Necesito Su Ayuda Para Poder Recuperarlo Todo con la Versión que Tenía Anteriormente a Este Cambio, la v78.13.0 de x32.


Expected results:

Desde que Llevo Usando Thunderbird, NUNCA me Había Pasado Esto.
No Tenía Copia de Seguridad de los Correos, Carpetas y Cuentas porque NUNCA lo he Necesitado.
La Copia del Perfil Navegando por Todas las Carpetas SI Aparecen las Cuentas, Carpetas y los Correos, Éstos últimos No Puedo Verlos pero los Tengo en la Carpeta de Profiles, Pero Thunderbird NO los Vé.
Bug: Crash in [@ InvalidArrayIndex_CRASH | nsMessengerWinIntegration::IconWindowProc]
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-08-20 02:49:56+00:00
Resolved: 2021-10-29 12:11:11+00:00

The increase in crash rate with version 91 is easily seen in https://crash-stats.mozilla.org/signature/?product=Thunderbird&signature=InvalidArrayIndex_CRASH%20%7C%20nsMessengerWinIntegration%3A%3AIconWindowProc&date=%3E%3D2021-07-20T02%3A44%3A00.000Z&date=%3C2021-08-20T02%3A44%3A00.000Z#graphs

The earliest crash we have on record is bp-654be8c2-87b8-4b94-a3d0-814340210401 buildid 20210330105121

Crash report: https://crash-stats.mozilla.org/report/index/0b78f862-6067-4a85-9a07-5373c0210819

MOZ_CRASH Reason: ```ElementAt(aIndex = 0, aLength = 0)```

Top 10 frames of crashing thread:
```
0 xul.dll InvalidArrayIndex_CRASH xpcom/ds/nsTArray.cpp:28
1 xul.dll static nsMessengerWinIntegration::IconWindowProc comm/mailnews/base/src/nsMessengerWinIntegration.cpp:162
2 user32.dll int64_t UserCallWinProcCheckWow 
3 user32.dll DispatchClientMessage 
4 user32.dll _fnDWORD 
5 ntdll.dll KiUserCallbackDispatch 
6 win32u.dll NtUserShowWindow 
7 xul.dll static nsMessengerWinIntegration::IconWindowProc comm/mailnews/base/src/nsMessengerWinIntegration.cpp:151
8 user32.dll int64_t UserCallWinProcCheckWow 
9 user32.dll DispatchClientMessage 
```
Bug: Adding gmail contacts manually fails, if email account already setup in TB
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-08-20 08:08:56+00:00
Resolved: 2021-08-25 13:12:48+00:00

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

Steps to reproduce:

Starting with a fresh install of TB91. Using the setup wizard to add a gmail account. This wizard finds calendar and contacts to add. And it all goes successfully.

However, trying to manually add the gmail contacts sync through address book window if you have an existing account already setup on TB, this fails to create sync for contacts. 


Actual results:

For example: say 123@gmail.com was already setup in TB, but there was no sync for contacts

If manually adding the sync in address book window.
aka
New > Cardav address book > username > insert 123@gmail.com = Failed to connect.
There is no OAuth window popup. So it fails!

If i try a completely different gmail account thats not setup in TB, adding a contact sync only. An 0Auth appears, and it works...


Expected results:

should of manually added a sync for contacts for a gmail account.
But because there is no 0Auth popup for an existing account on TB it fails.
Bug: Windows build bustage Aug 20 - No rule to make target '/builds/worker/fetches/libssp-0.dll', needed by 'libs'.
Status: RESOLVED
Priority: P1
Resolution: DUPLICATE
Created: 2021-08-20 09:27:47+00:00
Resolved: 2021-08-22 22:55:30+00:00

There was [a Try run](https://treeherder.mozilla.org/jobs?repo=try-comm-central&revision=a22afa8d6d6c59949d1de709a171a0a1241e56df) in which the Windows build was working. [A comm-central run](https://treeherder.mozilla.org/jobs?repo=comm-central&revision=368233737dd1a524798e6b8ef05f70755a6b3db0) with the exact same code but for a linting error failed. The only difference that I can see is the tb-debian-mingw docker image, which on Try depended on `docker-image-debian10-amd64-build` but on c-c depended on `docker-image-debian11-amd64-build`. I guess that means Windows libotr is incompatible with the Debian 11 docker image.