av9ash/GitBugs huggingface dataset:
Bug: Message headers take too much space, especially when using large fonts; allow users to hide/choose/customize parts of UI to save space
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2022-01-22 04:00:59+00:00
Resolved: 2025-01-27 07:20:11+00:00

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

Steps to reproduce:

1. I get migraines from conventional monitors, and use a smaller e-ink monitor 

2. I set it to the lowest resolution for the monitor, and I use css to set fonts to 16-pt Andika, so the text is about 4mm high, and I can read it.

3. I use View > Headers > Normal, it's even worse with All.

4. Message headers take about 1 5/8" or about 4.4 cm of screen space, with separate rows for the buttons, From, Subject, and To. That doesn't leave much room for the message lists and the messages.

5. If I switch to Troubleshoot Mode, then the text is only 2 mm hight, so I can't read it unless I lean very close.

6. Message headers *still* take about 5/8" or about 1.7 cm, with 3 rows instead of 4 rows.


Actual results:

There's to drop redundant info like From: and To: to save space, or to truncate the Subject line to save space, or to drop some buttons to save space.


Expected results:

There could and should be some such options.

Related: bug 1679673, which was closed, because ... no plans.
Bug: incorrect number of spaces when sending an email
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-01-22 08:11:43+00:00
Resolved: 2022-01-24 11:49:50+00:00

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

Steps to reproduce:

I write an email and indent the text five spaces to the right.


Actual results:

There is six space indentation in the email that arrives at the recipient and in the email that is saved in "sent".


Expected results:

Indentation should be five spaces only.
Bug: Wrong access key in Write Window in the File -> New -> Message menu item
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-01-22 11:07:33+00:00
Resolved: 2022-03-16 10:38:52+00:00

I noticed the access key "N" in the "File" -> "New" -> "Message" menu item in the Write window in the Danish version of Thunderbird. It looks like it wrongly "inherits" the N from the command key or from the access key from the menu item "New".
Same problem in the French version of Thunderbird. I looked at a couple af other locales too. They all seem to have N as access key.
Bug: Message list "received" and "date" columns values are the same. "received" the value is probably correct. "date" value expressing the sending
Status: UNCONFIRMED
Priority: --
Created: 2022-01-22 19:17:36+00:00
Resolved: 2025-03-01 01:54:43+00:00

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

Steps to reproduce:

In the message list, the "received" and "date" columns are displayed, and the values appear the same in both columns. In the column "received" the value is probably correct, in the column "date" there should be a value expressing the sending
Bug: Thunderbird Light theme Mode displays  dark Message Pane if no email selected and Windows app mode is dark.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-01-23 14:21:55+00:00
Resolved: 2022-11-19 22:31:24+00:00

Windows 10
Settings > Personalisation > Colours
Choose colour > Custom
Windows default and app mode set as 'Dark'.

In Thunderbird version 91.5.0
Menu app icon > Preferences > General 
under 'Fonts & Languages' section
Click on 'Colours' 
Choose the following:
'Text' is 'black' colour
'Background' is 'white' colour
Do Not select 'Use system colours'
Override the colours......'Never'.
click on 'OK' 

Theme: Thunderbird default Light mode.
Start Thunderbird and select a folder - do not select any email - this is important.
Notice the Message Pane appears dark  as if the Windows default app dark mode is controlling the Message Pane.
It will appear dark when selecting any folder providing no email has been selected.
This is the bug I'm reporting.

If folder has been previously opened and an email selected - upon folder reselection the last selected email opens, so you do not see the dark Message Pane.

When you select an email, the Thunderbird preference settings now control the Message Pane so white background and black text.

Expectation: The Message Pane should appear to use as the Thunderbird theme Light mode when it is empty.

This is the same if Thunderbird dark mode is selected, but is obviously not a real issue as it does not present a visual imbalance.  Using same Preference settings, when email is selected, you see white background and black text.
Bug: Datestamp ist lost
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-01-23 16:18:56+00:00
Resolved: 2022-01-25 20:08:54+00:00

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

Steps to reproduce:

seach emails from yesterday (22.01.2022)


Actual results:

in the result frame a lot of older emails are displaed all with datestamp 22.01.2022 16:00. Displaying these emails no datestap is displaed thogh the message text itself contains older datestamps, e.g. Date: Sat, 31 Dec 2005 00:23:45 +0100


Expected results:

display correct datestamp in email itself as well as in list of the folder containing it
Bug: Colour override fails for some emails.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-01-23 20:13:15+00:00
Resolved: 2022-10-02 22:39:47+00:00

Steps to reproduce:

Set "Preferences > General > Language & Appearance > Fonts & Colours > Colours > Override the colours specified by the content with my selections above" to "Always", and specify my own colours (a light foreground on a dark background.)


Actual results:

Some emails still use their own colours for text. See screen shot.


Expected results:

All text should be light on dark, as I specified.
Bug: browser_ext_composeScripts.js, browser_ext_messageDisplayScripts.js broken, need to pass a frameId to TabBase._execute
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-01-23 23:04:38+00:00
Resolved: 2022-02-02 12:36:15+00:00

Bug 1736574 requires either `frameId` or `allFrames` to be set when calling `TabBase._execute` (and therefore `executeScript`, `insertCSS` or `removeCSS`). We haven't been doing that.

I'm going to add `frameId: null` [here](https://searchfox.org/comm-central/rev/44aa77c6da7c13b659667b96eb3c149e2096d0f1/mail/components/extensions/parent/ext-extensionScripts.js#136) and two lines later. This should be sufficient, as I think it's very unlikely that message composition or message display would have frames (in fact I think it's blocked by various means).
Bug: Attachments are misaligned in the message compose window
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-01-24 04:59:21+00:00
Resolved: 2022-08-24 09:21:07+00:00

Attachment files are misaligned in the message compose window while they're neatly aligned in 2 columns in the message view pane. See screenshots.
Bug: attachments (html type) not opening
Status: UNCONFIRMED
Priority: --
Created: 2022-01-24 06:37:21+00:00
Resolved: 2022-01-24 11:44:30+00:00

Steps to reproduce:

tried to open file attachments that came with emails



Actual results:

html type file attachments cannot be opened with any browser. Nothing happens after I click the OK button. All other type of file attachments can be opened with their respective programs with no problem. Only for html attachments I have to save the file to see it.


Expected results:

html file attachments open up in my chosen browser (chrome in my case)
Bug: Random down triangle and number
Status: UNCONFIRMED
Priority: --
Created: 2022-01-24 12:38:29+00:00
Resolved: 2022-02-02 09:43:56+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/97.0.4692.99 Safari/537.36

Steps to reproduce:

Opened thunderbird


Actual results:

Folder list on the left of the window now randomly has a down triangle and number in parenthesis appended to some folder names.

If the folder is expandable, the suffix disappears when expanded, but re-appears once collapsed. If it is not expandable, it just remains no matter what you do.

"mark all as read" fails to do anything to this random mark.

Documentation (change notes, etc) makes no mention of this new "feature"


Expected results:

Some release notes, change notes, warning should have been given to the change.

Some explanation of what this is supposed to represent is required.
Bug: Compatibility for emails with Outlook fonts containing symbols
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-01-24 13:04:27+00:00
Resolved: 2022-03-03 08:53:39+00:00

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

Steps to reproduce:

1. Create an email from Outlook containing special characters (example font: Wingdings, Symbol, Webdings)
2. Send the mail to an account mounted on Thunderbird.
3. Reply to the email by directly modifying the email of your interlocutor (for example adding details on a sentence) or copying and pasting this sentence in the body of your email.


Actual results:

The "bad" font will be kept when writing after the text.



Expected results:

If we ever send the email to an Outlook user and we continued to write text with one of the wrong fonts. The email will not be readable directly for the interlocutor.

We end up with an interlocutor who, if he does not know a little about computers, gets an unreadable email.

It would be necessary either to allow the support of these fonts (by really showing the user that he is typing an unreadable text for the correspondent), or to detect these fonts and if necessary to close the span so as not to continue writing in this style.


See example.
Bug: No autogenerated links when HTML format and Quoted Printable encoding
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-01-24 14:36:30+00:00
Resolved: 2022-01-25 08:11:03+00:00

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

Steps to reproduce:

1. Have an email containing a link without <a> tag and with quoted printable for content transfer encoding (See example in attachment)
2. View the email in Thunderbird


Actual results:

Automatic link detection and generation does not work.





Expected results:

Auto-detection and link generation works.

If not html -> Link generated
If HTML and not QP -> Link generated
If QP and HTML -> Link not generated

Why would only this case not work?
Bug: Add filter on message body keywords in Windows
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-01-24 14:49:02+00:00
Resolved: 2022-01-30 00:43:20+00:00

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

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

Steps to reproduce: 

Try to construct a filter for message body containing a URL from google-api.com.


Actual results:

No mechanism to scan for keywords in the body.  Missing rule should be present.


Expected results:

It should be possible to construct a simple rule to always mark this message as junk.  You cannot at present.
Bug: Dark Linux system theme: the toolbar has a different background than the tab.
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-01-24 17:26:41+00:00
Resolved: 2022-01-24 20:46:17+00:00

With dark system theme the TB toolbar has a different background colour than the tab. This comes from the removed background image in bug 1736437.
Bug: Google sign-in rate limit reached
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-01-24 19:34:15+00:00
Resolved: 2022-01-24 19:37:49+00:00

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

Steps to reproduce:

Try to login with Google Oauth for calendar and I get the message:

Error 403: rate_limit_exceeded

This app has reached its sign-in rate limit for now.



Actual results:

Error message above and also mail won't save in the sent folders.  Also Thunderbird won't now properly close and still runs in the background after closing


Expected results:

Mail should save in the sent folders and the Google limit needs to be increased.
Bug: Message advanced search does not find email in subfolders
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-01-24 21:08:44+00:00
Resolved: 2024-12-21 00:39:57+00:00

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

Steps to reproduce:

Search Messages in Inbox with Seach subfolders option checked on.
Searched Subject containing text, and search From containing text. 
Using Thunderbird 91.5.0 (32-bit) release channel on Windows 10.


Actual results:

No messages found.


Expected results:

If I do the same search in an Inbox subfolder I get messages found. The same results should have been given on the Inbox search.
I had similar results search in Sent. 
This feature has worked many times previously. I suspect a new bug in a recent release.
Bug: Mozilla Thunderbird is not listed like XMPP client on xmpp.org and on Google
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-01-25 10:59:09+00:00
Resolved: 2022-02-02 09:30:18+00:00

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

Steps to reproduce:

Hello Mozilla team,

In first, I wish you a Happy New Year 2022!

I have informed few days ago that Mozilla Thunderbird is not listed on XMPP.org like XMPP client (originally based on InstantBird and included in 52.0, I was very happy years ago).

Not listed here: https://xmpp.org/software/clients/
Google: https://www.google.com/search?q=xmpp+client+list

A PR needs to be done every year.

I have done a PR to add it because it is always developed (The current build of Thunderbird is now in 97.0 beta 3).

I have tagged devs on GitHub: https://github.com/mozilla/releases-comm-central/search?q=xmpp&type=commits

One must confirm the legitimity of my PR:
- https://github.com/xsf/xmpp.org/pull/1050

Currently, one developer does not understand me.

Thanks in advance.

Regards.
Bug: Darkmode warning messages are unreadable.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-01-25 11:17:34+00:00
Resolved: 2024-05-12 18:05:48+00:00

Steps to reproduce:

1. Enable dark mode
2. Set up a new email address


Actual results:

Warning messages (as seen in screenshot) are unreadable in dark mode due to excessively bright background colour.


Expected results:

Warning messages should use a darker background colour in dark mode, both to increase contrast with the text and also not to overpower the user's eyes in dark conditions.
Bug: Attachment open dialog: Radiobutton not checked by default
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-01-25 11:18:22+00:00
Resolved: 2022-02-09 08:34:41+00:00

Steps to reproduce:

Try to open PDF-attachment ("Ask Always" action selected for the PDF-filetype at the Settings)


Actual results:

The dialog opens to choose what to do with the PDF-attachment, but the radiobuttons are empty.


Expected results:

Open with: Adobe Acrobat DC -option should have been chosen by default. 

The optimal result would have been to have the last selected option for this filetype to have been chosen by default.
Bug: Account Manager/AutoConfig: "Enter Credentials" screen for a GMail account is inaccessible to screenreaders
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-01-25 13:01:24+00:00
Resolved: 2022-02-02 09:32:42+00:00

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

Steps to reproduce:

Upon launch of new profile in Nightly build:  Entered "Full Name", "Email Address" and "Password", executed "Next" Button, kept "IMAP" as default and selected "Done".  The following screen entitled "Enter credentials for %account%" cannot be navigated with a screenreader when using standard reading commands.  It is possible to emulate a mouseclick on "next".  The following two screens (the first which requires the password be re-entered, and the second where access needs to be granted via a redirect) are completely inaccessible and sighted assistance is required to complete these screens. Defect exists also in current public Build V91 and Beta (V97.x).


Actual results:

All screens after executing "Done" on Account Manager's second screen cannot be navigated, hence account setup cannot be independently completed.  The issue appears to be limited to Google; iCloud and Exchange accounts work without issue.


Expected results:

I believe this was once a redirect to a token on Google.com itself, which worked perfectly, rather than something embedded into Thunderbird which cannot be rendered by a screenreader.
Bug: Opening pdf attachment does not autofill action in prompt
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-01-25 13:17:15+00:00
Resolved: 2022-01-25 14:24:46+00:00

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

Steps to reproduce:

Leftclick .pdf attachment in any thunderbird version from 91.4.1 (91.4.0 is working for me). 

Preference settings are set to "always ask" for .pdf

Problem occurs on windows & linux (debian)


Actual results:

A prompt opened, asking me if I wanted to "Open With ..." or "Save File". Neither of the boxes for these two options was selected. 

Pressing enter closed the prompt, nothing happened atfer. 


Expected results:

In previous versions, one of the two options was automatically selected and could be executed with hitting ENTER. 
Now I would have to press SPACE or Click on it to select and then hit ENTER or OK.

It should be working the way it was in version 91.4.0 or prior
Bug: Advanced Search in subfolders not working (like in the very old bug #392961)
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-01-25 13:24:41+00:00
Resolved: 2024-12-26 20:29:13+00:00

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

Steps to reproduce:

In the 'Folders' pane, select a folder ('Inbox' for example) and right-click 'Search Messages...' Then, with 'Search subfolders' checked, type a string that exists in an existing message in a subfolder.


Actual results:

No results and shows the message at the bottom of the window: 'No matches found'


Expected results:

Show the list of messages. In this example (see attached print-screen), the message exists in the 'Inbox's subfolder '2021'.
Bug: I wanted to block email addresses.  Filter gives no feedback and only works after countless attempts.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-01-25 13:54:50+00:00
Resolved: 2022-09-05 14:08:38+00:00

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

Steps to reproduce:

Ich wollte E-Mail-Adressen sperren.



Actual results:

Filter gibt keine Rückmeldung und funktioniert erst nach unzähligen Versuchen.



Expected results:

Der Filter sollte ohne Probleme mit der Rückmeldung funktionieren.
Bug: `Dark` theme aesthetic issue on Windows 7
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-01-25 14:40:26+00:00
Resolved: 2022-01-27 10:20:35+00:00

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

Steps to reproduce:

A. Hamburger menu
B. Themes
C. Dark


Actual results:

The `Dark` theme goes out of bounds, or maybe it gets applied to the window upper border as well (pretty noticeable on Windows 7's Aero)


Expected results:

Personally, I would settle for something like the `Dark` theme on Firefox (i.e. it is applied to everything but unselected tabs and the rest of the tab strip).
This is a matter of taste, but the `Dark` theme is currently an eye sore (can't be an intentional feature).
Bug: cannot synchronize with Google calendar
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2022-01-25 16:04:33+00:00
Resolved: 2022-01-25 22:26:17+00:00

Steps to reproduce:

Action - Sign in to the linked Google account



Actual results:

Google gives the following error message: Authorization failed: Error 403: rate limit exceeded



Expected results:

synchronisation with Google calendar
Bug: try-comm-central builds don't build macos
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2022-01-25 16:40:22+00:00
Resolved: 2022-05-06 23:39:04+00:00

I suspect that this has been happening for a while. `try: -b o,d -p macosx64` and `try: -b o,d -p macosx64-shippable` don't seem to work. `try: -b o,d -p all` will build macos and everything else as well.
Bug: Stale default action app listed in action column of Files & Attachments section in Preferences (for JPEG Images)
Status: NEW
Priority: P5
Created: 2022-01-25 17:02:32+00:00
Resolved: 2022-02-02 13:26:12+00:00

STR

1. On my Windows OS, I have set a certain file viewer as default to open .jpg files (IrfanView). Double-clicking jpgs in Explorer starts that viewer correctly. The previous Windows default app was called 'Fotos'.
2. I'm not sure which steps I did to get into the situation below, but the UI state in prefs looks wrong and should never happen (see screenshot and actual result).
3. Check both columns of the default action for `JPEG Images` in `≡ > Preferences > General > Files & Attachments`
4. Double-click on jpg attachment in message reader to verify which action will occur 

Actual (see screenshot)
- after step 2: The UI is of the default action for `JPEG Images` is in a wrong and confusing state:
  - Action column shows `Use Photos (default)` in the UI, but uses IrfanView nevertheless (wrong and confusing, this bug)
  - IrfanView icon shown in `JPEG Images` Content type column (which looks correct)
- after step 3: correctly opens in IrfanView (but `Photos` app is shown as default action in TB)

Expected
- show correct app for default action

Also: Is there any way to verify the path of the app which is actually set in TB to handle the content type?
Bug: Drag&drop of folders causes the left panel folder view scroll bar to scroll to the top
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-01-25 18:58:26+00:00
Resolved: 2023-10-05 20:07:44+00:00

This loss of context is very annoying when I'm trying to move several folders. After the jump to the top it can be a pain to return to the correct scroll position when there are large  numbers of local folders.

Steps to reproduce:

1) Create enough local folders and add enough views to the left folder bar so the scroll bar appears.
2) Scroll down in the folder bar.
3) Drag a folder from one location to another.

Expected:
3) The folder bar scroll bar stays in (roughly) the same position, at least showing the drop location of the folder.

Actual:
3) The folder bar scroll bar jumps to the top, losing the context of the changes being made in the folders.

The same behavior was seen when dragging in the All Folders view and dragging in the Unread folders view, and when showing multiple views in the folder bar.

Testing was only done with local folders.