av9ash/GitBugs huggingface dataset:
Bug: Can't change font of pasted code to variable width
Status: UNCONFIRMED
Priority: --
Created: 2020-05-15 09:35:19+00:00
Resolved: 2020-05-15 09:35:19+00:00

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

Steps to reproduce:

I'm on OpenSUSE Leap 15.1 with KDE Plasma. I started writing a new mail in Thunderbird, and then I pasted some text from a code block (i.e. surrounded by backticks) on a GitLab issue into the mail.


Actual results:

I can't change the pasted code to variable variable width. I can change it to different fonts but if I try to change it to variable width, it changes to fixed width instead.


Expected results:

The font should be changed to the one I selected.
Bug: Custom tags Thunderbird 68.8.0 vanished
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-05-15 11:08:19+00:00
Resolved: 2025-01-20 08:24:56+00:00

User Agent: Mozilla/5.0 (X11; Linux i686; rv:60.0) Gecko/20100101 Firefox/60.0 SeaMonkey/2.53.2

Steps to reproduce:

I have custom tags in Thunderbird.  After update from 68.7.0 to 68.8.0 custom tags vanished. 


Actual results:

When I create the same tags again emails highlighted with rights tags colors. I must create tags every Thunderbird restart and its very annoying. I have tested this bug in Debian Linux Bullseye and there is everything OK after update to version 68.8.0.
Bug: Builds busted (if clang-plugin enabled): mailnews/base/src/nsMsgContentPolicy.cpp:155:23: error: Principal->GetURI is depricated and will be removed soon. Please consider using the new helper functions of nsIPrincipal
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-05-15 11:33:17+00:00
Resolved: 2020-05-19 10:00:14+00:00

Builds are busted with clang-plugin enabled.

mailnews/base/src/nsMsgContentPolicy.cpp:155:23: error: Principal->GetURI is depricated and will be removed soon. Please consider using the new helper functions of nsIPrincipal.

From bug 1636148 - https://hg.mozilla.org/mozilla-central/rev/1a7e54a71d1d17416b7351dea51db84f936b27d0
Bug: Correspondent column no longer see if it's a mail I've sent
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-05-15 13:31:50+00:00
Resolved: 2020-09-21 13:32:30+00:00

Hello,

Steps to reproduce:
1) Create an alias/identity for your account
2) Sent a mail to this address with another mail (for ex from toto@toto.toto)
3) Answer to the received mail

Result:
In the message list the two mails are mark as corresponding "toto@toto.toto"

Expected result:
The first mail should have the corresponding toto@toto.toto and the second one should have my e-mail address.

I'm pretty sure this is a regression coming for weeks on TB Daily and works correctly before.

This quite annoying because now I can't determine if a mail has been sent to the alias and sent from the alias. 
The alias is shared between multiple users (each one on his own computer with TB).

Best regards.
Bug: Mac Thunderbird 68.8.0 double new mail notifications
Status: UNCONFIRMED
Priority: --
Created: 2020-05-15 14:16:28+00:00
Resolved: 2022-12-28 09:38:46+00:00

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

Steps to reproduce:

New mail is downloaded


Actual results:

Thunderbird shows 2 new mail alerts and doubles the new mail count in the badge icon.


Expected results:

A single alert and count per mail.  This is new since v68.8.0
Bug: Mac Thunderbird 68.8.0 blocked remote content image place holder size
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-05-15 14:24:11+00:00
Resolved: 2020-06-27 16:45:49+00:00

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

Steps to reproduce:

View unread email that has remote content blocked.


Actual results:

The image place holder is entirely too large, and always the same size, regardless of the actual blocked image size.


Expected results:

This is new since v68.8.0.  Image place holders used to be small.  Please revert back to the previous size OR allow us to turn off showing image place holders or to edit the size of them.
Bug: Function processLDAPValues (values) does not return any values in Thunderbird 68.3.1 and later
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-15 19:52:41+00:00
Resolved: 2020-10-28 10:01:28+00:00

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

Steps to reproduce:

The configuration script is used to set user profile.
Thunderbird\default\prefs\autoconfig.js points to Mozilla.cfg file that loads/run configuration script from web server.
In Thunderbird 68.3.1 and later, the function processLDAPValues (values) does not return any values.  No problems with this function in Thunderbird 68.2.2.



Actual results:

Configuration script sets all preferences values except ones that returned by function
processLDAPValues (values)




Expected results:

Function processLDAPValues (values) reads user attributes - displayName, mail and sets preferences
lockPref("mail.identity.id1.useremail",emailaddress);  lockPref("mail.server.server2.name", emailaddress );
 lockPref("mail.identity.id1.fullName", fullName );


Any advise.
Any new features or settings introduced in ver. 68.3 blocks function  processLDAPValues (values)
Bug: Standard Windows keys do not press button in About dialog
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-05-16 15:05:48+00:00
Resolved: 2020-07-18 13:11:14+00:00

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

Steps to reproduce:

Open "About Daily" dialog
It would check for updates and show either "Update..." or "Restart.." button if an update was found.



Actual results:

Focused button ignores Space and Enter keys.
Mouse click and Alt+hot letter key do work.

This behaviour appeared several versions ago; and similar issues were fixed previously.


Expected results:

Standard Windows keys should press the button.
Bug: Position in folderpane is lost when show Start Page is disabled
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-05-16 15:22:15+00:00
Resolved: 2020-09-14 11:44:18+00:00

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

Steps to reproduce:

Two mail accounts configured and are displayed in the left pane.
Start Daily, choose anything except the topmost entry in the left pane - Inbox of the second account will do.
Close and start Daily (or restart as updates do).


Actual results:

The topmost entry account is chosen in the left pane.


Expected results:

Position in mailbox pane should be restored, as old versions did.
Not sure when this got broken, but version 56.0 certainly could restore the position.
Bug: Email address autocomplete proposals from addressbook in the composer are not complete
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-05-16 17:02:34+00:00
Resolved: 2020-07-03 00:06:16+00:00

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.1.5) Gecko/20091102 Firefox/3.5.5 (.NET CLR 3.5.30729)
Build Identifier: Thunderbird 3.0 RC1 (but also TB2)

When starting to type an address in the To/CC fields, the email autocompletion should suggest addresses with matching domain names (excluding final extension .com .net .org, etc.)

Example: in the To field, if I start to type "xyz", autocompletion should suggest the address "abc@xyz.net" stored in my address book. At the moment, it doesn't.

More below.

Reproducible: Always

Steps to Reproduce:
1. Create three contacts in your address book: 
- "abc@xyz.net"
- "xyz@abc.net"
- "efg@hij.xyz"

2. Create a new email. Start typing "xyz" in the To field.



Actual Results:  
TB suggests only the second address, "xyz@abc.net".

Expected Results:  
- TB should suggest the first two addresses "abc@xyz.net" and "xyz@abc.net".
- In my opinion, it should NOT suggest the last one "efg@hij.xyz", otherwise starting to type "com" would match an incredible number of addresses, which makes the autocompletion useless.
Bug: add email
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-16 17:06:13+00:00
Resolved: 2020-05-16 22:49:50+00:00

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

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.1.5) Gecko/20091102 Firefox/3.5.5 (.NET CLR 3.5.30729)
Build Identifier: Thunderbird 3.0 RC1 (but also TB2)

When starting to type an address in the To/CC fields, the email autocompletion should suggest addresses with matching domain names (excluding final extension .com .net .org, etc.)

Example: in the To field, if I start to type "xyz", autocompletion should suggest the address "abc@xyz.net" stored in my address book. At the moment, it doesn't.

More below.

Reproducible: Always

Steps to Reproduce:
1. Create three contacts in your address book: 
- "abc@xyz.net"
- "xyz@abc.net"
- "efg@hij.xyz"

2. Create a new email. Start typing "xyz" in the To field.



Actual Results:  
TB suggests only the second address, "xyz@abc.net".

Expected Results:  
- TB should suggest the first two addresses "abc@xyz.net" and "xyz@abc.net".
- In my opinion, it should NOT suggest the last one "efg@hij.xyz", otherwise starting to type "com" would match an incredible number of addresses, which makes the autocompletion useless.
Bug: "browser is undefined" error when view_source.editor.external is set
Status: UNCONFIRMED
Priority: --
Created: 2020-05-16 23:31:12+00:00
Resolved: 2020-12-06 20:24:04+00:00

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

Steps to reproduce:

Set view_source.editor.external to true and view_source.editor.path to a valid path (/usr/bin/gvim).


Actual results:

The internal editor still opens when clicking on a file in the Error Console. Additionally, the following error is logged:

browser is undefined 2 viewSourceUtils.js:251
    openInExternalEditor chrome://global/content/viewSourceUtils.js:251
    openInExternalEditor chrome://global/content/viewSourceUtils.js:191
    viewSource chrome://messenger/content/mailCore.js:43
    viewSource resource://devtools/client/webconsole/webconsole.js:198
    onViewSource resource://devtools/client/webconsole/webconsole-wrapper.js:128
    selectFrame resource://devtools/client/shared/components/SmartTrace.js:255
    onMouseDown resource://devtools/client/debugger/src/components/SecondaryPanes/Frames/Frame.js:107
    onMouseDown resource://devtools/client/debugger/src/components/SecondaryPanes/Frames/Frame.js:146
    invokeGuardedCallback resource://devtools/client/shared/vendor/react-dom.js:77
    invokeGuardedCallback resource://devtools/client/shared/vendor/react-dom.js:107
    invokeGuardedCallbackAndCatchFirstError resource://devtools/client/shared/vendor/react-dom.js:121
    executeDispatch resource://devtools/client/shared/vendor/react-dom.js:399
    executeDispatchesInOrder resource://devtools/client/shared/vendor/react-dom.js:418
    executeDispatchesAndRelease resource://devtools/client/shared/vendor/react-dom.js:516
    executeDispatchesAndReleaseTopLevel resource://devtools/client/shared/vendor/react-dom.js:527
    forEachAccumulated resource://devtools/client/shared/vendor/react-dom.js:497
    runEventsInBatch resource://devtools/client/shared/vendor/react-dom.js:658
    runExtractedEventsInBatch resource://devtools/client/shared/vendor/react-dom.js:667
    handleTopLevel resource://devtools/client/shared/vendor/react-dom.js:4262
    batchedUpdates$1 resource://devtools/client/shared/vendor/react-dom.js:13458
    batchedUpdates resource://devtools/client/shared/vendor/react-dom.js:2022
    dispatchEvent resource://devtools/client/shared/vendor/react-dom.js:4341
    interactiveUpdates$1 resource://devtools/client/shared/vendor/react-dom.js:13513
    interactiveUpdates resource://devtools/client/shared/vendor/react-dom.js:2041
    dispatchInteractiveEvent resource://devtools/client/shared/vendor/react-dom.js:4318
    dispatchInteractiveEvent self-hosted:1047

Looking at openInExternalEditor, it is clear that the browser argument is accessed at l.269 whether it is defined or not: https://dxr.mozilla.org/mozilla-central/source/toolkit/components/viewsource/content/viewSourceUtils.js#269


Expected results:

The external editor should have opened instead.
Bug: "Find More Add-ons" button opens ATN in external browser
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-05-17 00:24:41+00:00
Resolved: 2020-06-21 01:08:12+00:00

The "Find More Add-ons" button at the bottom of the new Discovery Pane is broken. It should open ATN in a new tab(inside Thunderbird). Previously, it opened the link in an external browser, which is also wrong.

The following error shows in the error console:
Uncaught 
Exception { name: "NS_ERROR_ILLEGAL_VALUE", message: "Component returned failure code: 0x80070057 (NS_ERROR_ILLEGAL_VALUE) [nsIExternalProtocolService.loadURI]", result: 2147942487, filename: "chrome://communicator/content/contentAreaClick.js", lineNumber: 230, columnNumber: 0, data: null, stack: "openLinkExternally@chrome://communicator/content/contentAreaClick.js:230:6\nopenUILinkIn@chrome://communicator/content/contentAreaClick.js:253:21\nopenTrustedLinkIn@chrome://communicator/content/contentAreaClick.js:267:15\nopenAmoInTab@chrome://mozapps/content/extensions/aboutaddons.js:4462:26\nhandleEvent@chrome://mozapps/content/extensions/aboutaddons.js:4180:21\nEventListener.handleEvent*connectedCallback@chrome://mozapps/content/extensions/aboutaddons.js:4172:12\nshow@chrome://mozapps/content/extensions/aboutaddons.js:4569:10\nasync*show@chrome://mozapps/content/extensions/extensions.js:557:41\nasync*loadViewInternal@chrome://mozapps/content/extensions/extensions.js:451:27\nloadInitialView@chrome://mozapps/content/extensions/extensions.js:388:10\nloadInitialViewFn@chrome://mozapps/content/extensions/extensions.js:497:21\ninitialize@chrome://mozapps/content/extensions/aboutaddons.js:4511:10\ngetHtmlBrowser/_htmlBrowserLoaded<@chrome://mozapps/content/extensions/extensions.js:531:33\npromise callback*getHtmlBrowser@chrome://mozapps/content/extensions/extensions.js:530:7\ninitialize@chrome://mozapps/content/extensions/extensions.js:551:23\ninitialize@chrome://mozapps/content/extensions/extensions.js:272:12\ninitialize@chrome://mozapps/content/extensions/extensions.js:51:19\nEventListener.handleEvent*@chrome://mozapps/content/extensions/extensions.js:24:10\n", location: XPCWrappedNative_NoHelper }
contentAreaClick.js:230
Bug: profile folder is missing on D: drive after Thunderbird update
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-05-17 01:07:41+00:00
Resolved: 2020-05-22 06:30:32+00:00

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

Steps to reproduce:

i run tbird every day, it is critical to my work. today i got a msg that i was using an older copy blah blah. i allowed an update to take place. the update is 68.8.0 (64-bit).


Actual results:

the only problem now is that my profile folder which is on my D drive is gone! i put it on the D drive for safety! i mean it is completely gone and tbird wants me to set up as if i am a noobie.


Expected results:

my profile folder should not have been deleted by tbird. OMG! everything is gone!

i'm attaching a copy of the profiles.ini file from the appdata\roaming\thunderbird folder.
Bug: JavaScript error: resource://gre/modules/IMIncomingServer.jsm, line 165: TypeError: can't access property "setBool", this.imAccount is null
Status: NEW
Priority: P3
Created: 2020-05-17 03:38:04+00:00
Resolved: 2025-01-15 19:47:33+00:00

During mochitest execution with FULL DEBUG version of TB under Debian
GNU/Linux 64-bit, I saw the following error.

```
JavaScript error: resource://gre/modules/IMIncomingServer.jsm, line 165: TypeError: can't access property "setBool", this.imAccount is null
```

I think the error is architecture neutral and so I set it to ALL.

The source code in question is as follows.

IMIncomingServer.jsm
https://searchfox.org/comm-central/source/mail/components/im/IMIncomingServer.jsm#165

```
  setBoolValue(aPrefName, aValue) {
    this.imAccount.setBool(aPrefName, aValue); <===
  },
```

The error seems to happen before an individual test occurs.
It seems that the error occurs on the dummy server side of the test,
but I am not certain.
The following shows the location of the error from the viewpoint of
mochitest sequence.

```
egrep "(TEST_START|TEST_END|Entering test|Leaving test|this.imAccount is null)" /FF-NEW/log1223-mochitest.txt

...

109:16.48 TEST_START: comm/mail/test/browser/folder-widget/browser_messageFilters.js
109:16.64 INFO Entering test bound setupModule
109:16.74 INFO Leaving test bound setupModule
109:16.74 INFO Entering test bound test_message_filter_shows_newsgroup_server
109:17.96 INFO Leaving test bound test_message_filter_shows_newsgroup_server
109:17.96 INFO Entering test bound test_customize_toolbar_doesnt_double_get_mail_menu
109:24.01 INFO Leaving test bound test_customize_toolbar_doesnt_double_get_mail_menu
109:24.01 INFO Entering test bound test_address_books_appear_in_message_filter_dropdown
109:25.54 INFO Leaving test bound test_address_books_appear_in_message_filter_dropdown
109:25.54 INFO Entering test bound test_can_cancel_quit_on_filter_changes
109:27.04 INFO Leaving test bound test_can_cancel_quit_on_filter_changes
109:27.04 INFO Entering test bound test_can_quit_on_filter_changes
109:27.19 INFO Leaving test bound test_can_quit_on_filter_changes
109:27.21 TEST_END: Test OK. Subtests passed 12/12. Unexpected 0
110:07.04 GECKO(953119) JavaScript error: resource://gre/modules/IMIncomingServer.jsm, line 165: TypeError: can't access property "setBool", this.imAccount is null
110:10.89 TEST_START: comm/mail/test/browser/im/browser_chatTabRestore.js
110:11.07 INFO Entering test bound test_chat_tab_restore
110:11.29 INFO Leaving test bound test_chat_tab_restore
110:11.38 TEST_END: Test OK. Subtests passed 3/3. Unexpected 0
110:11.38 TEST_START: comm/mail/test/browser/im/browser_toolbarButtons.js
...

```

I am attaching an excerpt from my local mochitest execution with FULL
DEBUG version of TB.
The log is more verbose than normal execution because I have added
local debug dump.

As I mention, it seems that the error message appears BETWEEN individual test.


Possibly related: Bug 1230500
TypeError: this.imAccount is null when opening tab under Account Settings
Bug: Crash in [@ std::vector<T>::_M_realloc_insert<T>] for Ubuntu / Linux Mint
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-05-17 10:09:25+00:00
Resolved: 2020-09-16 02:20:35+00:00

#20 (estimated) crash for 68.7.0.
#1 crash for linux

This bug is for crash report bp-dbd2a05c-5bc5-4fd2-a07f-076060200517.

```
Top 4 frames of crashing thread:

0 libxul.so void std::vector<void  
1 libnspr4.so PR_GetThreadName 
2 libpthread-2.29.so start_thread /build/glibc-KRRWSm/glibc-2.29/nptl/pthread_create.c:486
3 libc-2.29.so __GI___clone 
```

Second largest crash is std::vector<T>::_M_emplace_back_aux<T>. Firefox has bug 1599507 for this but our stack doesn't match, for example bp-a8709683-af9a-4534-a8fc-1425b0200517
0 	libxul.so	void std::vector<void (*)(), std::allocator<void (*)()> >::_M_emplace_back_aux<void (* const&)()>(void (* const&)())	
1 	libnspr4.so	PR_GetThreadName	
2 	libpthread-2.23.so	start_thread	/build/glibc-LK5gWL/glibc-2.23/nptl/pthread_create.c:333
3 	libc-2.23.so	__clone
Bug: add email
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-17 10:11:14+00:00
Resolved: 2020-05-17 10:35:28+00:00

When I open an email in its own tab the original content is switching to another email's content - usually after some as-of-yet undetermined amount of time.

When I go back to review or reference my tabbed emails they are a completely different email.

I've had a small number of tabbed emails through several TB upgrades and these have always remained the same.  I can't recall exactly but one or two upgrades ago this behavior started to occur (and usually confuses me greatly).

I do use davmail to connect due to feisty email administration.  I suspect some email metadata/internal ordering is getting smashed and replacing the content of my tabs.
Bug: Thunderbird Crash in [@ shutdownhang | RtlAcquireSRWLockExclusive | mozilla::detail::MutexImpl::lock | mozilla::detail::RunnableFunction<T>::Run]
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-05-17 10:13:58+00:00
Resolved: 2022-09-02 14:18:26+00:00

#10 crash for 68.8.0. (Might be all Windows - TBD)

bp-5d0a134d-0d49-4c57-a2be-d471e0200517.

```
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 nsresult mozilla::detail::RunnableFunction<`lambda at z:/task_1588607998/build/src/netwerk/base/nsSocketTransportService2.cpp:1652:54'>::Run xpcom/threads/nsThreadUtils.h:562
4 xul.dll nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1175
5 xul.dll NS_ProcessNextEvent xpcom/threads/nsThreadUtils.cpp:486
6 xul.dll nsThread::Shutdown xpcom/threads/nsThread.cpp:881
7 xul.dll mozilla::net::nsSocketTransportService::ShutdownThread netwerk/base/nsSocketTransportService2.cpp:672
8 xul.dll mozilla::net::nsSocketTransportService::Shutdown netwerk/base/nsSocketTransportService2.cpp:658
9 xul.dll mozilla::net::nsIOService::SetOffline netwerk/base/nsIOService.cpp:1136

```
Bug: displayed email content out of sync with selected email
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-05-17 10:15:09+00:00
Resolved: 2020-12-30 15:45:34+00:00

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

When I open an email in its own tab the original content is switching to another email's content - usually after some as-of-yet undetermined amount of time.

When I go back to review or reference my tabbed emails they are a completely different email.

I've had a small number of tabbed emails through several TB upgrades and these have always remained the same.  I can't recall exactly but one or two upgrades ago this behavior started to occur (and usually confuses me greatly).

I do use davmail to connect due to feisty email administration.  I suspect some email metadata/internal ordering is getting smashed and replacing the content of my tabs.
Bug: XNote button doesn't appear in toolbar Thunderbird 68.8
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-05-18 00:24:28+00:00
Resolved: 2020-08-23 19:51:49+00:00

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

Steps to reproduce:

XNote++ button doesn't appear in toolbar anymore after updating to Thunderbird 68.8

Latest version XNote++ 2.3.1


Actual results:

After updating to Thunderbird 68.x, XNote button disappear from the toolbar.

This button was there for years and became important for my email management. I don't seem to see any settings to enable it.

(I know there's still a contextual menu but the button is way more convenient).


Expected results:

XNote button to appear in the toolbar.
Bug: Chat entry area doesn't respect background colour
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-05-18 00:55:54+00:00
Resolved: 2020-05-29 00:03:56+00:00

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

Steps to reproduce:

Change the background colour the black and the text colour to white within the preferences.


Actual results:

The chat history shows in the chosen colours. The chat message entry area shows with the chosen text colour (white) but retains the white background also, instead of using black.

Obviously this makes the dark theme impossible to use.


Expected results:

Black background.