av9ash/GitBugs huggingface dataset:
Bug: Different scrolling speed between folder and message when using touchpad
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-22 16:52:16+00:00
Resolved: 2022-12-04 20:33:19+00:00

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

Steps to reproduce:

System information: 
OS: Windows 10 Pro 20H2
PC: Lenovo Thinkpad P53
Thunderbird: Version 91.3.2, Upgraded from 91.2.1, Upgraded from 78.14.0

Starting Thunderbird with no mouse attached, scroll through the folder and message panel. Then connect an USB mouse.


Actual results:

Scrolling speed is incredibly fast in the folder panel, scrolling through hundreds of folders (or messages in the folder view) with just one scrolling movement. It is hardly possible to navigate to a specific folder or message. When scrolling through a single message, the speed is reasonable. Once the mouse is connected and the mouse wheel is used for scrolling, the speed is identican for all three panels in thunderbird.


Expected results:

Before the update to Thunderbird 91 (from 78) the scrolling speed was identical with or without the mouse connected. it was possible to scroll to an individual message precisely.
Bug: Build bustage: dist/include/mozilla/dom/InternalResponse.h:10:10: fatal error: 'mozilla/dom/FetchTypes.h' file not found
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-11-22 22:33:19+00:00
Resolved: 2021-11-23 00:06:01+00:00

Not entirely sure why but this was caused by bug 1577346.
Bug: carddav does not work when creating a new contact
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-11-23 08:25:24+00:00
Resolved: 2022-12-04 20:33:33+00:00

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

Steps to reproduce:

In a CardDav address book I create a new contact, but it does not appear on the server, only locally. It does not sync. It works correctly when modifying or deleting an existing contact 

This is the content of the request 

PUThttps://smtp.test.es/dav/test@test.es/Contacts/57691efe-6dad-4243-893e-48a2e27a2c7f.vcf
[HTTP/1.1 409 Conflict 405ms]
BEGIN:VCARD
VERSION:3.0
FN:test
NICKNAME:test@test.org
N:;test;;;
X-MOZILLA-HTML;VALUE=BOOLEAN:TRUE
UID:57691efe-6dad-4243-893e-48a2e27a2c7f
END:VCARD



Actual results:

The new contact is not created on the server 

This is the content of the error console :

PUThttps://smtp.test.es/dav/jlmontes@test.es/Contacts/57691efe-6dad-4243-893e-48a2e27a2c7f.vcf
[HTTP/1.1 409 Conflict 117ms]

	
PUT
	
scheme
	https
host
	smtp.test.es
filename
	/dav/jlmontes@test.es/Contacts/57691efe-6dad-4243-893e-48a2e27a2c7f.vcf
Dirección
	10.50.142.15:443
Estado409
Conflict
VersiónHTTP/1.1
Transferido858 B (tamaño 0 B)

    	
    Connection
    	keep-alive
    Content-Length
    	0
    Date
    	Tue, 23 Nov 2021 08:11:35 GMT
    Server
    	nginx
    	
    Accept
    	*/*
    Accept-Encoding
    	gzip, deflate, br
    Accept-Language
    	es-ES,es;q=0.8,en-US;q=0.5,en;q=0.3
    Authorization
    	Basic amxtb250ZXM6MTMrK3VzZkE0Lg==
    Cache-Control
    	no-cache
    Connection
    	keep-alive
    Content-Length
    	159
    Content-Type
    	text/vcard
    Host
    	smtp.test.es
    Origin
    	https://smtp.test.es
    Pragma
    	no-cache
    Sec-Fetch-Dest
    	empty
    Sec-Fetch-Mode
    	no-cors
    Sec-Fetch-Site
    	none
    User-Agent
    	Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.3.



Expected results:

It should sync and the new contact should appear on the server
Bug: Rapid increase in RAM usage when selecting Preferences
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-23 08:42:47+00:00
Resolved: 2021-11-23 10:02:12+00:00

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

Steps to reproduce:

Yesterday, for the first time after Thunderbird installation on a new Win 10 laptop a couple of weeks ago, I selected "Preferences".  Scrolling on the page slowed down and (not responding) came up  on the title bar.  Running Task Manager, I could see Thunderbird was filling up RAM at an alarming rate, reaching 12Gb in two minutes or so. Ending the task and then repeating the process resulted in the same situation. Of the six Thunderbird processes running, it was apparent that the one relating to the current folder under Inbox was the culprit. I deleted this empty folder, ended the task and tried again. Same outcome, with Inbox then being the culprit process. Eventually, I selected troubleshoot mode and the problem disappeared.  However, closing Thunderbird and then restarting (which presumably took me out of Troubleshoot Mode) and the problem reappeared. 
I have run a full system scan with Bitdefender this morning and no viruses found.



Expected results:

Preferences should have worked normally and not started filling up RAM
Bug: Attachment (non) hover behavior leads to unreadability (white on white or blue on blue)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-11-23 11:34:41+00:00
Resolved: 2021-11-24 10:49:34+00:00

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

Steps to reproduce:

As mentioned in bug 1667652 comment #22:
"Link" attachment (external or detached): Background goes blue if selected attachment is **not** hovered --> blue on blue.
Normal attachment: Background goes white if selected attachment **is** hovered --> white on white.

Works OK in TB 95 beta, so it must be a recent regression.
Bug: If running a Repair Folder operation and attempting to shut down, crash @ mozilla::`anonymous namespace'::RunWatchdog / @ nsMsgAttachmentData::~nsMsgAttachmentData occurs, @ MimeInlineTextHTMLParsed_parse_line, @ MimeInlineTextHTMLSanitized_parse_line
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-23 13:23:45+00:00
Resolved: 2022-04-13 11:11:07+00:00

After the fixes for bug 1734847 landed in 95.0b4, running a Repair Folder operation on Inboxes and then attempting to shut down TB will cause what appears to be a huge memory leak  / spike and subsequent hang that leads to a crash: https://crash-stats.thunderbird.net/report/bp-00f65de1-1f72-4ff9-a3c2-412621211123
Bug: Address Book contact display does not clear the Alternative Email when switching between contacts.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-23 15:10:58+00:00
Resolved: 2023-01-26 17:41:01+00:00

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

Steps to reproduce:

91.3.1 (64-bit)
Click a contact with an "Alternative Email".
Click a contact without an "Alternative Email".



Actual results:

The previous "Alternative Email" is displayed as an "Additional Email" on the newly selected contact.

To clear this display problem, you can switch address books back and forth.


Expected results:

Clear data from the previously displayed contact.
Bug: 91.x doesn't print multiple mails at once.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-23 15:30:43+00:00
Resolved: 2021-11-23 15:41:33+00:00

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

Steps to reproduce:

Select more than one mail and right-click the selection.


Actual results:

I see the print context menu element is disabled.


Expected results:

It should be clickable and functions as how it was in 78.x versions.
Bug: Prompting to update manually even if I have the latest version
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-23 17:19:50+00:00
Resolved: 2022-10-23 23:52:13+00:00

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

Steps to reproduce:

Loading Thunderbird, I keep getting a message that Thunderbird was unable to update my version automatically.


Actual results:

I download and install 91.3.2 and it shows I have the latest version installed but continues to prompt me to download it each time I load Thunderbird.


Expected results:

I should not be getting the message to manually update
Bug: Date header oddly placed
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-23 19:45:50+00:00
Resolved: 2021-11-23 20:43:46+00:00

Steps to reproduce:

While reading newsgroups the 'Date' header is placed within other headers, aligned left in the header pane (attachment 1). Whereas while reading mails it's displayed on the right side of the header pane (attachment 2).




Expected results:

I'd rather expect to see the date header at the same position in both cases, preferred right aligned in header pane as it is in mail view.
Bug: Intermittent comm/mail/test/browser/attachment/browser_openAttachment.js | Uncaught exception - Component returned failure code: 0x8052000e (NS_ERROR_FILE_IS_LOCKED) [nsIFile.remove]"  checkFileSaved :: line 187
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-11-23 21:26:09+00:00
Resolved: 2021-12-06 06:12:28+00:00

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

---
```

```
Bug: forward or reply changes text/plain message to proportional space font
Status: UNCONFIRMED
Priority: --
Created: 2021-11-23 22:28:46+00:00
Resolved: 2024-06-19 21:56:27+00:00

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

Steps to reproduce:

Receive a plain text email sent by linux mailx. User-Agent: Heirloom mailx 12.5 7/5/10.
Forward or reply and the fixed space text/plain is change to text/html which is proportional space.


Actual results:

Content type is lost on forward or reply.  Changed to Content-Type: text/html; charset=UTF-8.



Expected results:

The original message should have stayed Content-Type: text/plain.
The used to work properly and change several versions ago.
Bug: TB 95.0b4 64bit  consumes very large amounts of RAM (up 8G and increasing)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-24 10:08:25+00:00
Resolved: 2022-01-11 15:27:30+00:00

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

Steps to reproduce:

simply switching to another mailbox


Actual results:

TB only partly responding, RAM-Usage climbs up to 8GB and increasing


Expected results:

smoothly switching to another mailbox ...
Bug: when compacting the INBOX of an IMAP-mailbox the nstmp-file will reach up to 550 GB
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-11-24 11:52:15+00:00
Resolved: 2022-03-02 10:06:05+00:00

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

Steps to reproduce:

automatically compacting INBOX of IMAP-mailbox


Actual results:

next morning: could not compact. no access to folder.
reason I found: even the INBOX file is about 2.5 GB the NSTMP-file was 550 GB, blocking the entire drive


Expected results:

a smaller INBOX-file ...
Bug: Unread Folders - New incoming messages, filtered and dispatched to specific folders, do not appear in Unread
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-11-24 12:42:11+00:00
Resolved: 2022-12-04 20:33:46+00:00

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

Steps to reproduce:

Thunderbird Version 91.3.2 (32 bits) on Windows 10 (64 bits) machine.

In the Folder pane, I use Unread, Prefered and All folders selections. I noticed that some new incoming messages, filtered and dispatched to specific folders, do not appear in the Unread section while appearing in the All folders  sections.



Actual results:

New incoming messages, filtered and dispatched to specific folders, do not appear in the Unread section while appearing in the All folders  sections.


Expected results:

Any new incoming messages, even if filtered and dispatched to specific folders, should appear in the Unread section.
Bug: Message Filters: attachment forward error
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-24 16:44:22+00:00
Resolved: 2021-11-29 04:53:47+00:00

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

Steps to reproduce:

Create whatever forward rule you like under Tools - Message Filters.
(using Windows 10)


Actual results:

All email messages with an attachment are not forwarded, they fail with an error message that can be seen in supplied screenshot.


Expected results:

Email messages with an attachment should be forwarded without failing.
Bug: Large memory increase when selecting preferances
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-24 20:12:16+00:00
Resolved: 2021-11-25 09:41:45+00:00

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

Steps to reproduce:

On both Windows and Linux using 91.3.2 (and 91.2.1) if I select Preferences then TB gobbles memory until it crashes. This started very recently. I have tried disabling add-ons, and have started a new profile. It seems to hang asking for a password.


Actual results:

Memory usage increase.


Expected results:

No memory increase.
Bug: Artifact builds no longer include RNP shared library
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-11-25 00:49:02+00:00
Resolved: 2021-11-25 12:14:58+00:00

Regression from bug 1732809.

```
; OpenPGP (librnp)
#ifdef MOZ_OPENPGP
#ifdef MZLA_LIBRNP
@BINPATH@/@DLL_PREFIX@rnp@DLL_SUFFIX@
@BINPATH@/rnp-cli@BIN_SUFFIX@
@BINPATH@/rnpkeys@BIN_SUFFIX@
#endif
#endif
```

MZLA_LIBRNP will not be set for artifact builds because it relies on --enable-compile-environment being set.
Bug: Permission request popup for extension shows outside of window with Wayland
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-11-25 10:41:05+00:00
Resolved: 2022-12-04 20:33:57+00:00

Steps to reproduce:

1. Attempt to add "FileLink provider for WebDAV" add-on.


Actual results:

Received permission request popup that shows half off the screen.


Expected results:

Permission request popup shows within main window area.
Bug: Permanent comm/mail/test/browser/composition/browser_blockedContent.js | TypeError: IOUtils.touch is not a function
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-11-25 21:52:08+00:00
Resolved: 2021-11-29 06:31:22+00:00

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

---
```

```
Bug: Folder view loses its place when folder names changed/renamed
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-26 02:39:32+00:00
Resolved: 2023-09-15 06:02:58+00:00

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

Steps to reproduce:

I have my view set up to show Favorite Folders on top and then below All Folders are shown.  If I open a folder in All Folders and rename it or delete it, instead of my view of folders remaining the same so I can see my change or work on another folder, the view jumps back to the top of the Favorite folders list.  This is a minor bug but an annoyance and impairs efficiency of use.


Actual results:

see above


Expected results:

The name of the folder should have changed and the view on screen should remain the same.  Or, if I deleted a folder I should still see the Parent folder with the folder now missing (remaining folders still shown) instead of the view jumping back to the top of the Favorite folders.
Bug: collapsed thread not updating visualisation in messages list when all messages are read
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-26 09:51:28+00:00
Resolved: 2024-08-08 20:57:34+00:00

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

Steps to reproduce:

- select threads visualisation in the message list
- compact thread --> the first email is underlined, as there are unread messages in the thread
- identify one thread with an unread message in it and expand it
- read all messages in the thread


Actual results:

- compact the thread again --> the first email remains underlined


Expected results:

- compact the thread again --> the first email should not be underlined
Bug: attached PDF file of unknown size cannot be forwarded
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-26 12:11:34+00:00
Resolved: 2024-06-12 20:54:41+00:00

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

Steps to reproduce:

When trying to forward a specific message (the message is in the atachment of the bug report) in an attachment the file doesn' t attach at all, probably because it shows that the file has unknown size. And it doesn't recognize the file as pdf.


Actual results:

the file didn't attach 


Expected results:

the file should attach
Bug: Trying to change Preferences result in an abnormous memory usage and in a crash
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-26 12:40:20+00:00
Resolved: 2021-11-26 15:52:15+00:00

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

Steps to reproduce:

Just open the Thunderbird Preferences from the scroll down menu and trying to access the General tab from the Composition section.


Actual results:

The application become unresponsive. Using the Windows Resource Manager I can see the amount if memory usage increasing continuously and reaching abnormous values, forcing me to close Thunderbird sometimes only possible killing the process.


Expected results:

Open the General section to change the preference I want to change...
Bug: "Advance to next unread message" doesn't work in tabbed message window
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-26 13:21:25+00:00
Resolved: 2025-02-08 17:02:54+00:00

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

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.2pre) Gecko/20100207 Ubuntu/9.10 (karmic) Namoroka/3.6.2pre
Build Identifier: Thunderbird-3.0 3.0.2pre, Gnome (Ubuntu)

This is to finish the renaming piece of bug 545218, "Advance to next unread message" dos not work in tabbed message window
Bug: Startup crash in [@ nsMsgAttachmentData::~nsMsgAttachmentData]
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-26 14:20:15+00:00
Resolved: 2022-07-18 16:57:06+00:00

95 beta has these crash reports up to the day when crash-stats stopped accepting them.  The first crash appears in the vicinity of buildid 20211103010303   bp-de99b52c-2362-4e3a-92bd-584810211109.  

Unclear whether this is a regression, or just another example of imap threading?

Crash report: https://crash-stats.mozilla.org/report/index/4a551aa0-1dce-4892-ac9e-4ddc50211108

Reason: ```EXCEPTION_ACCESS_VIOLATION_WRITE```

Top 10 frames of crashing thread:
```
0 xul.dll nsMsgAttachmentData::~nsMsgAttachmentData comm/mailnews/compose/src/nsMsgAttachmentData.cpp:18
1 xul.dll mime_display_stream_complete comm/mailnews/mime/src/mimemoz2.cpp:889
2 xul.dll nsStreamConverter::OnStopRequest comm/mailnews/mime/src/nsStreamConverter.cpp:914
3 xul.dll nsImapCacheStreamListener::OnStopRequest comm/mailnews/imap/src/nsImapProtocol.cpp:8907
4 xul.dll nsInputStreamPump::OnStateStop netwerk/base/nsInputStreamPump.cpp:636
5 xul.dll nsInputStreamPump::OnInputStreamReady netwerk/base/nsInputStreamPump.cpp:381
6 xul.dll nsInputStreamReadyEvent::Run xpcom/io/nsStreamUtils.cpp:94
7 xul.dll mozilla::RunnableTask::Run xpcom/threads/TaskController.cpp:468
8 xul.dll mozilla::TaskController::DoExecuteNextTaskOnlyMainThreadInternal xpcom/threads/TaskController.cpp:771
9 xul.dll mozilla::TaskController::ExecuteNextTaskOnlyMainThreadInternal xpcom/threads/TaskController.cpp:607
```
Bug: console errors when starting thunderbird 91
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-26 16:59:50+00:00
Resolved: 2021-11-30 00:12:14+00:00

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

Steps to reproduce:

when run in console, it gives this


Actual results:

[calBackendLoader] Using Thunderbird's libical backend
[LDAPModuleLoader] Using LDAPDirectory.jsm
[MsgSendModuleLoader] Using MessageSend.jsm
[SmtpModuleLoader] Using SmtpService.jsm
console.warn: "[l10nregistry] Attempting to synchronously load file\n            resource:///chrome/en-US/locale/en-US/calendar/messenger/otr/otrUI.ftl while it's being loaded asynchronously."
console.debug: "Trying to load /usr/lib64/thunderbird/libotr.so"
console.debug: "Trying to load libotr.so from system's standard library locations"
console.debug: "Successfully loaded OTR library libotr.so from system's standard library locations"
console.debug: "Successfully loaded OpenPGP library librnp.so version 0.15.2+git20210806.dd923a4e.MZLA from /usr/lib64/thunderbird/librnp.so"
console.debug: "Found 0 public keys and 0 secret keys (0 protected, 0 unprotected)"
console.warn: services.settings: thunderbird/hijack-blocklists has signature disabled
IPDL protocol error: Handler returned error code!

###!!! [Parent][DispatchAsyncMessage] Error: PClientManager::Msg_ExpectFutureClientSource Processing error: message was deserialized, but the handler returned false (indicating failure)

IPDL protocol error: Handler returned error code!

###!!! [Parent][DispatchAsyncMessage] Error: PClientManager::Msg_ForgetFutureClientSource Processing error: message was deserialized, but the handler returned false (indicating failure)

IPDL protocol error: Handler returned error code!

###!!! [Parent][DispatchAsyncMessage] Error: PClientManager::Msg_ExpectFutureClientSource Processing error: message was deserialized, but the handler returned false (indicating failure)

IPDL protocol error: Handler returned error code!

###!!! [Parent][DispatchAsyncMessage] Error: PClientManager::Msg_ForgetFutureClientSource Processing error: message was deserialized, but the handler returned false (indicating failure)
Bug: Attachment icon is barely visible when message is higlighted on Windows 7 with windows classic theme
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-11-26 21:17:46+00:00
Resolved: 2023-01-03 22:51:50+00:00

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

Steps to reproduce:

I use windows 7 and the "windows classique" theme
Then I select a message in the message panel, containing an attached file. Therefore, there is a paper-clip icon in the column "attachment".



Actual results:

The message background is highlighted in dark blue and the message subject appears in white but the paper-clip icon remains black. So this icon is barely visible

I tried to adapt my theme with the following CSS code in a userchrome.CSS :
#threadTree treechildren::-moz-tree-image(attachmentCol, attach, focus, selected) {
color: white !important; }
Even with this CSS code, the attachment icon remains black


Expected results:

The message background is highlighted in dark blue and the message subject appears in white but the paper-clip icon should appear white also.
OR
The default color used in Thunderbird theme to highlight messages should be less dark (as it is in the default Windows 7 theme) to make the attachment icon more visible.
AND
The following CSS code in a userchrome.css should make the attachment icon appear white :
#threadTree treechildren::-moz-tree-image(attachmentCol, attach, focus, selected) {
color: white !important; }