av9ash/GitBugs huggingface dataset:
Bug: TB 78.1.0 becomes periodically unresponsive for up to 3 minutes (win10)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-08-08 00:15:26+00:00
Resolved: 2020-09-21 17:48:25+00:00

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

Steps to reproduce:

Updated from TB 68 to TB 78.1.0 and 78.1.1


Actual results:

I am on the Release channel, and *Thunderbird* notified me of the update, which may be contrary to others who were updated through Kaspersky or other service.

TB frequently and repeatedly becomes unresponsive for up to 3 minutes before returning control. During this time the processing wheel is turning. 

This appears to be isolated to TB, as I can do anything else with any other program or the desktop during this period. The Task Manager reports no abnormal CPU /Memory activity or unexpected app activity.

So far it is merely an interrupting annoyance that I would otherwise use to check email, .......
Bug: printing
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-08 00:40:17+00:00
Resolved: 2020-08-08 02:10:07+00:00

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

Steps to reproduce:

tried to print an email


Actual results:

white box appeared and did not print


Expected results:

should have printed the email
Bug: Print and Print preview not working
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-08 07:02:34+00:00
Resolved: 2020-08-08 07:09:48+00:00

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

Steps to reproduce:

Pick an email
goto File  Print   or   Print Preview  and click



Actual results:

A Blank window pops up 


Expected results:

Print - Should have popped up the Print window

Print Preview -  Should have popped up the print preview of the email
Bug: Cannot open attachment when writing new message
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-08-08 07:16:31+00:00
Resolved: 2024-01-17 13:03:37+00:00

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

Steps to reproduce:

1.  Select Message/New Message.
2. Attach any file, e.g. something.png.
3. Double-click on that attachment in the attachment window.
4. The file does not open. (I save files to my Downloads folder. Opening starts by creating a .part file there, but never completes.)

This is a regression.

Using version 68.11.0 on macOS 10.15.6.


Actual results:

File did not open.


Expected results:

File should open.
Bug: Forgotten console.log in a module logs email content to syslog
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-08-08 07:30:38+00:00
Resolved: 2020-08-11 08:56:38+00:00

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

Steps to reproduce:

I installed version 3.8.0 of the extension MailHops.
I just noticed that when I open a mail It leaves the mail content to /var/log/syslog

I contacted the author, and he confirmed to me that he left a console.log somewhere in his code, so he removed that submitting a new version.

Also he did not noticed logged email content in /var/log/system.log  using mac OSX

So it affects Linux for now.


Actual results:

Opened email is logged to /var/log/syslog on Linux (Ubuntu 20.04)

console.log: "Delivered-To: xxxxx@gmail.com\nReceived: by xxxx:xxx:3a86:0:0:0:0:0 with SMTP id xxxxxxx;\n        Fri, 7 Aug 2020 09:13:37 -0700 (PDT)\nX-Google-Smtp ....


Expected results:

Emails should not be logged anywhere. I did not test it with encrypted emails.
But in my opinion this is a security flaw.
Bug: Order of file attachments cannot be changed by drag and drop
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-08-08 08:44:11+00:00
Resolved: 2020-08-18 12:00:14+00:00

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

Steps to reproduce:

With multiple file attachments, attempts to reorder the attachments with a mouse drag and drop fail to change the attachment order. The attachment order insert marker moves to the dragged location as expected, but when the mouse is released, the attachment order remains as it was originally.


Actual results:

The attachment order stayed the same.


Expected results:

The attachment order should have changed.
Bug: TB 78.1.1 has periods of unresponsiveness of about 10 seconds from time to time
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-08 09:11:41+00:00
Resolved: 2020-08-27 03:21:41+00:00

TB 78.1.1 has periods of unresponsiveness of about 10 seconds from time to time. During that time, the CPU usage of TB on my non-high-end laptop goes to 13%. The laptop has a i7-8550U 4 core CPU with hyperthreading, so 13% CPU is one thread running at 100%.

I'm aware of bug 1653837 and bug 1657565, maybe this is a duplicate of bug 1658081.

I tried to figure out what it's doing, but I couldn't see anything obvious. The hang is very noticeable since the laptop fan is spinning up and you can't do anything in TB any more.

Gloda is disabled, see below. Any suggestions? I don't think I will run Windows in safe mode ;-)

Here's an anecdote, which may or may not be related: The other day, I ran out of disk space. After rectifying the situation, TB was totally unusable, it hung after a few seconds of usage for much more than the ~10 sec reported here, CPU at 13%. I diagnosed that problem by looking at the activity manager. Looks like it tried to index my Mozilla folder which has about 166.000 messages. Since due to the "disk full" this folder got corrupted, I repaired it and then Gloda sprang back into action. Maybe its SQLite database was also corrupted. In any case, to fix this issue, I disabled Gloda and removed the database. Gloda is disabled until this very day, so the hangs are most likely not caused by Gloda.
Bug: Extension APIs should use defineLazyPreferenceGetter
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-08-08 09:21:29+00:00
Resolved: 2020-08-12 18:23:15+00:00

Some of the extension APIs are calling `Services.prefs.get<>()` every time they are called. From experience elsewhere, it has been seen that the preference APIs can be quite slow, and it is better to cache those values.

`XPCOMUtils.defineLazyPreferenceGetter` makes this easy for us, as it caches the values and handles any updates to those values automatically.

Doing this will help reduce the performance impact for add-ons that call various functions frequently, e.g. functions that return messages or a large amount of messages.

Of the [current accesses](https://searchfox.org/comm-central/search?q=Services.prefs&path=mail%2Fcomponents%2Fextensions%2Fparent&case=false&regexp=false), I think only doing the ext-mail.js and ext-mailTabs.js is probably ok. ext-cloudFile doesn't really fit (though it could cache the display name), ext-compose.js and ext-menus I think are unlikely to be hot paths.
Bug: Google-Calenders with WebDAV will not imported
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-08-08 12:08:53+00:00
Resolved: 2020-08-13 06:28:53+00:00

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

Steps to reproduce:

Tried to get my Calendars from Google with WebDAV,
like it works in Version 78


Actual results:

The Entries of Calendars are listet on the left side, but no Data is shown in the Calendars
Bug: compose API doesn't create HTML email for plain text identity
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-08-08 13:47:15+00:00
Resolved: 2021-01-22 11:20:55+00:00

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

Steps to reproduce:

When an identity is configured to not use html (pref: mail.identity.id1.compose_html is set to false) a call to 

        browser.compose.beginNew({
          "identityId": identityId,
          "isPlainText" : false,
          "body": `<html>
  <head>
    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>Test<br>
    </p>
  </body>
</html>`
        });

wont open an html composer.

I'm porting my addon Identity Chooser[1] and need to replicate the behaviour of the default compose button which in the described case would open a html composer when shift-clicking on the compose button.

[1] https://addons.thunderbird.net/de/thunderbird/addon/identity-chooser/


Actual results:

A compose window is opened with the html text included verbatim as plain text


Expected results:

A compose window with html enabled rendering the html text.

This could be fixed by setting the format explicitely in ext-compose.js, starting line 146 to:

    if (details.body !== null) {
      composeFields.body = details.body;
      params.format = Ci.nsIMsgCompFormat.HTML;
    }
Bug: Message Pane settings do not persist after restart
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-08 16:16:46+00:00
Resolved: 2022-01-30 00:16:17+00:00

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

Steps to reproduce:

(Linux, Ubuntu 20.04LTS, Running `thunderbird --version` outputs 68.10.0)
Before this bug appeared, when I opened Thunderbird, the message pane showed up opened (but without any content, as expected). At some point, I closed the message pane using the F8 Key. Then I closed out of Thunderbird and later opened it.


Actual results:

Closing the Window Pane changed the default settings on the application. Now, on startup the Message Pane is gone and I have to manually enable it. I attempted go to Preferences->Layout and enable the message pane, but this appears to be a "per-session" behavior in the sense that it doesn't persist when I re-open Thunderbird. The same thing happens when I use the F8 Key. 


Expected results:

When I open the Message Pane, have that be the default behavior on the next opening of Thunderbird.
Bug: HTML/plain text option does not work as expected
Status: NEW
Priority: --
Created: 2020-08-08 17:50:19+00:00
Resolved: 2025-02-21 21:11:46+00:00

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

Steps to reproduce:

Messages are composed as HTML messages.
Sending options: If recipient cannot accept HTML messages: Send as plain text.
None of the contacts in address book has HTML or plain text option, all are set to unknown.
No entry in list of plain text domains


Actual results:

All recipients get plain text messages.


Expected results:

All recipients should get HTML messages
Bug: Email addresses with comma in display name cannot be entered via keyboard if they match an auto-complete result
Status: NEW
Priority: P3
Created: 2020-08-08 19:00:54+00:00
Resolved: 2022-09-25 15:27:40+00:00

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

Have `John Smith <js@example.com>` in your address book.

Try to send an e-mail to `Smith, James <jasm@example.com>`.

It doesn't work, entering `Smith,` will auto-complete John.
Bug: Messages won't print preview or print
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-09 02:55:04+00:00
Resolved: 2020-08-09 19:12:16+00:00

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

Steps to reproduce:

TB 80.0b1 (32 bit)
Tried to print message.
Tried to do print preview.

Blank screen opens with no text in screen.
I can close the blank screen.


Actual results:

Select either print preview or print on any given message.
Window opens with no text or options in window.
I can close this window.
Tried print and print view from several locations within TB  ...  all with same results.


Expected results:

In print preview I should have seen a rendering of the message.
In print I should have been given option to select which printer and how many pages to print, etc..
Bug: Port 1657609 - error: static_assert failed due to requirement '18 <= 14' "Too many method arguments in nsIMsgSend::createAndSendMessage. Either reduce the number of arguments or increase PARAM_BUFFER_COUNT."
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-08-09 08:50:56+00:00
Resolved: 2021-02-02 08:13:17+00:00

```
36:22.29 xptdata.cpp(228472,1): error: static_assert failed due to requirement '18 <= 14' "Too many method arguments in nsIMsgSend::createAndSendMessage. Either reduce the number of arguments or increase PARAM_BUFFER_COUNT."
36:22.29 static_assert(18 <= PARAM_BUFFER_COUNT, "Too many method arguments in nsIMsgSend::createAndSendMessage. Either reduce the number of arguments or increase PARAM_BUFFER_COUNT.");
36:22.29 ^             ~~~~~~~~~~~~~~~~~~~~~~~~
```
Bug: Write new message from taskbar icon context triggers Account Wizard with New Account Setup in spite of working non-default account
Status: NEW
Priority: --
Created: 2020-08-09 13:34:36+00:00
Resolved: 2020-08-10 20:29:55+00:00

May not be a frequent scenario, but the inconsistency looks wrong, and may cause inconvenience for users with incorrect default account.
Windows 10, 78.1.1 (64-bit)

1) have these TB mail accounts (order matters):
- default account with incorrect mail server (IMAP, mail.asdf.com)
- non-default account fully configured & working
2) `Write new message` from taskbar icon
3) For comparison: "Write" with faulty default acct from 3-pane

Actual

- Step 2: Account Wizzard with New Account Setup (as if there was no functional account at all) - see screenshot
- Step 3: compose window, starts complaining only when I want to send, but can compose and send to outbox for testing purposes, or choose working non-default account identity, compose and send correctly

Expected

- ux-consistency - if we can show the write window from inside TB with the faulty account identity selected, why not from taskbar? Code flows should not fundamentally differ.
- If we're so clever as to notice the wrong default account default identity (are we really?), why not just use the first working identity from another account instead?
Bug: Closing compose window fails
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-08-09 15:56:58+00:00
Resolved: 2022-04-29 21:31:45+00:00

I recently updated the system cited in bug 1631308 from version 68 to 78.  I see in version 78 what I believe is an additional symptom ...

1. open compose for the affected account
2. tab to body
3. type some text
4. ctrl+w to close the window

Results: close fails.  what should appear is a prompt of whether to save the draft or not.

Perhaps prefs.js is previously damaged in some way.  Sending my prefs.js file in separate email
Bug: Print dialog is blank
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-09 18:38:02+00:00
Resolved: 2020-08-09 19:12:37+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 11_0) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/14.0 Safari/605.1.15

Steps to reproduce:

Cannot print any messages--anything from any inbox, any type of message--in this version, 80 b1. The print dialog box just comes up blank. At first I though it was that I was on Big Sur Public Beta, but I went to a recently cloned drive with Catalina, same TB version, and the problem is still there, so it isn't the Big Sur beta that is the problem. I've tried tweaking the config file--no help--so I went back to the old one. Resetting the printers in System Preferences makes no difference. Every other app I have is printing without any problem.


Actual results:

Print dialog box is blank. (Tried to attach screen shot, but only one file is permitted, so I'm attaching the prefs file instead.) Page setup comes up OK. 


Expected results:

Should bring up print dialog.
Bug: Mark Message or thread as read (shortcuts: M/R) fails from facet search results "show results as list" or Open message in conversation (Uncaught TypeError: can't access property "getNumUnread", this.displayedFolder is null)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-08-10 00:13:24+00:00
Resolved: 2020-10-15 09:30:05+00:00

80.0b2. I'm assuming this is a regression but I have no idea when it started.

Steps:
* global search, then show results as list
* OR pick a message and do open message in conversation
* type "R" to mark thread as read
Results:
fails.  error console below

Works for the same message if I do "open message in containing folder". 

20:06:17.736 Uncaught TypeError: this.displayedFolder is null
    get canMarkThreadAsRead chrome://messenger/content/folderDisplay.js:2315
    isCommandEnabled chrome://messenger/content/mail3PaneWindowCommands.js:484
    isCommandEnabled chrome://messenger/content/mailTabs.js:834
    isCommandEnabled chrome://messenger/content/tabmail.js:548
    goDoCommand chrome://global/content/globalOverlay.js:100
    oncommand chrome://messenger/content/messenger.xhtml:1
folderDisplay.js:2315:21
20:06:17.737
An error occurred executing the cmd_markThreadAsRead command: [Exception... "[JavaScript Error: "this.displayedFolder is null" {file: "chrome://messenger/content/folderDisplay.js" line: 2315}]'[JavaScript Error: "this.displayedFolder is null" {file: "chrome://messenger/content/folderDisplay.js" line: 2315}]' when calling method: [nsIController::isCommandEnabled]"  nsresult: "0x80570021 (NS_ERROR_XPC_JAVASCRIPT_ERROR_WITH_DETAILS)"  location: "JS frame :: chrome://global/content/globalOverlay.js :: goDoCommand :: line 100"  data: yes]
Bug: macOS Catalina in dark mode, Thunderbird not allow to use light theme in the composing mail window, so the main window of thunderbird is in light mode, not composing mail in dark mode.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-10 01:02:29+00:00
Resolved: 2020-08-12 06:46:53+00:00

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

Steps to reproduce:

I select dark mode in operating system


Actual results:

after that, I selected the light theme in thunderbird


Expected results:

The main window of thunderbird is in light mode, but the composing windows still in dark mode and is not posible to change it.
Bug: Intermittent toolkit/mozapps/update/tests/unit_aus_update/languagePackUpdates.js | xpcshell return code: 0
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-08-10 01:52:28+00:00
Resolved: 2020-08-20 12:42:19+00:00

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

---

Bug 1656994 added a new telemetry probe we don't have, and a test that fails because we don't have it.
Bug: Intermittent toolkit/components/telemetry/tests/unit/test_EcosystemTelemetry.js | xpcshell return code: 0
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-08-10 02:02:23+00:00
Resolved: 2020-08-20 12:41:23+00:00

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

---
Bug: Emails cannot be printed
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-10 05:53:24+00:00
Resolved: 2020-08-10 07:37:04+00:00

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

Steps to reproduce:

CTRL+P 


Actual results:

If I try to print an email to my printer or to PDF, nothing happens.
A pop up window comes up but it's blank. I'm running version 80.0b1


Expected results:

print / printer selection
Bug: Print impossible on mac os 10.13.6
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-10 07:58:27+00:00
Resolved: 2020-08-10 11:19:19+00:00

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

Steps to reproduce:

I want to print, i select print menu


Actual results:

A blank windows appears, nothing else. Windows is empty.


Expected results:

I wanted to print.

I restarted thunderbird and my mac, no issue.
Bug: keep my enlarged window on double screen
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-10 12:10:56+00:00
Resolved: 2020-08-10 19:09:03+00:00

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

Steps to reproduce:

hello,
I resize the thunderbird window on the totality of the surface of my two screens to consult my messages. Left screen message list and right screen message overview


Actual results:

If I close the application and restart it again, I lose this extended display, and thunderbird opens on my screen 1 only.


Expected results:

I'd like my window size to be kept after I resize it, so thunderbird opens extended on both screens. Left screen message list and right screen message overview
thank you
version 78.1.1
Bug: perma comm/mail/components/extensions/test/browser/browser_ext_messageDisplayAction_properties.js | ... Component returned failure code: 0x80550008 [nsIMsgDBHdr.markHasAttachments] at onEndMsgDownload@chrome://messenger/content/msgHdrView.js:772:21
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-08-10 12:32:07+00:00
Resolved: 2020-10-13 20:02:43+00:00

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

---

Looks to have started https://treeherder.mozilla.org/#/jobs?repo=comm-central&selectedTaskRun=dhFJPpStTw2sk_Bx4zsCtA.0&revision=fe84f0fbb17c1df868948aa749a0879989ce7b16
Bug: "Edit as new message" not working of addressing header contains raw UTF-8, was: Non-ASCII characters in e-mail address don't survive round trip of "save draft" and "edit draft"
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-08-10 18:09:02+00:00
Resolved: 2020-08-14 16:52:36+00:00

Gene detected this in bug 1563891 and tracked it down to this regression range:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=f83f2771414cf5938a46f44e1b11cdcd5181ea0f&tochange=192e0e33eb597e8d923eb89f6d49bf42654e9d11
See bug 1563891 comment #35

STR:
Compose a message to
a) öö@öö.com
b) jøran@blåbærsyltetøy.gulbrandsen.priv.nǿ
Save draft, edit draft.
a) Recipient lost
b) Recipient corrupted: j<?>ran@bl<?>b<?>rsyltet<?>y.gulbrandsen.priv.n<?> (where <?> is the UTF-8 replacement character that BMO doesn't display)

You will notice that in case a) there is no To: header at all, in case b) we have To: jøran@blåbærsyltetøy.gulbrandsen.priv.nǿ in the message encoded in UTF-8.

Gene tracked it down to a truncation that happens from a "high bit" UTF-16 character like ǿ which is U+01FF, down to U+00FF in the JS engine, so that smells like something running through an IDL-defined API of type `string`. Apparently moving some of those APIs in attachment 9169034 of the said bug doesn't help. I noticed that the recipients are all AString in nsIMsgCompFields.idl, so hard to tell where the information loss happens.

The round trip was working in TB 68. Whilst this is not a terrible issue for TB 78.x, it's blocking further development in bug 1563891.
Bug: TB 78 German locale (de): Several untranslated English menus but translated on l10n-central: Compose editor context/Edit menu (Cut, Copy, Paste, etc.: textActions.ftl), pill context menu (messengercompose.ftl)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-10 18:12:27+00:00
Resolved: 2020-10-15 22:12:46+00:00

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

Steps to reproduce:

Write an eMail. Click on page using right mouse button to ad or delete something etc.


Actual results:

You get a window in English and in German


Expected results:

This should all be in German