av9ash/GitBugs huggingface dataset:
Bug: Cursor is not placed where the text is typed
Status: UNCONFIRMED
Priority: --
Created: 2022-05-30 11:53:03+00:00
Resolved: 2022-05-30 11:53:03+00:00

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

Steps to reproduce:

Reply to a message and type text (I'm not sure how to reproduce exactly this bug, but it occurs randomly from time to time).


Actual results:

There is no cursor appearing next to the typed text. The cursor instead blinks at a fixed position in the email. Clicking in the text does not move the cursor, but the typed text will be inserted next to the last clicked point as expected. This is quite disturbing as you need to guess the position of the cursor, especially when you move it with the arrow keys. See the attached gif.

Tested in NixOs (commit 1ffba9f2f68), thunderbird 91.8.0.


Expected results:

I expect the cursor to be next to the typed text.
Bug: More recipients button in message header almost invisible on hover
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-05-30 12:22:44+00:00
Resolved: 2022-06-21 19:19:54+00:00

When I hover the more button in the recipients line of the message header then it is almost invisible with the white text on light grey background. Additionally my themes background has almost the same colour which makes it even harder to see.
Bug: `New Contact` and `New List` disappeared from address book context menu on Contacts Side Bar
Status: RESOLVED
Priority: P1
Resolution: WONTFIX
Created: 2022-05-30 14:47:52+00:00
Resolved: 2022-07-05 00:58:30+00:00

`New Contact` and `New List` disappeared from address book context menu on Contacts Side Bar

... which is a pretty bad usability regression. Essentially, it means you can no longer create a full contact (or list) on the fly whilst in composition, but you'll be forced to fire up your entire Address Book for that purpose. Which is very inconvenient, because otherwise Contacts Side Bar makes for a perfect miniature version of the AB.

Thanks to Richard (:paenglab) for alerting us to this issue.
I'm not sure if the old strings are still around, so this may require new strings.

**Implementation caveat**

Fixing this regression requires showing the new `Edit contact` form somehow in the composition window. Imo, just having a big popup which would be populated with the edit form would make for a good UX, similar to the TB 91 UX. The advantage is that we won't completely hide the composition context in the background, which would be a bit confusing.
Bug: `New Contact` and `New List` missing from address book context menu (in main AB tab)
Status: NEW
Priority: P3
Created: 2022-05-30 17:41:50+00:00
Resolved: 2022-07-08 03:41:03+00:00

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

Regression: `New Contact` and `New List` went missing from address book context menu (in main AB tab)

This makes creating a new contact in an address book which isn't currently selected a bit of a click feast:

STR
1. Have custom address books, e.g. `My AB 1`, `My AB 2` etc.
2. Select `All Address Books` from directory pane
3. Try to create a new contact in `My AB 1`

Actual
- TB 102: 4 clicks
  - click on `New contact` button from AB toolbar
  - click on AB selector at the bottom
  - select target AB from list (`My AB 1`)
  - click into `First Name` to to place caret cursor before you can start typing

Expected
- Restore AB context menu entries for `New Contact` and `New List`
- Via context menu (as in TB 91): 2 clicks
  - right-click on any target AB
  - click `New Contact` from context menu
- This also makes for a much better workflow if you happen to start out with one particular AB selected (vs. `All Address Books`), and create a new contact in *another* AB, as the latter will be automatically shown on right-click (but not shown in 102 where you cannot start with right-click). 

I'm not sure if the old strings are still around, so this may require new strings (thus P1).
Bug: `Edit Contact` (and Alt+Enter keyboard shortcut on Windows) missing from context menu of a contact in Contacts Sidebar
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-05-30 18:08:32+00:00
Resolved: 2022-09-27 19:28:42+00:00

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

`Edit Contact` went missing from context menu of a contact in Contacts Sidebar (and with it the universal Windows shortcut for editing item properties: `Alt+Enter`).

... which is a pretty bad usability regression. Essentially, it means you can no longer edit a contact (or list) on the fly whilst in composition, but you'll be forced to fire up your entire Address Book and search for the contact again for viewing/editing. Which is very inconvenient and defeats the purpose, because otherwise Contacts Side Bar makes for a perfect miniature version of the AB. Also, it is now much harder to copy stuff like phone numbers, websites, chat names, notes etc. from a contact into your composition.

E.g., editing a contact from composition is useful for:
- Double-checking/adjusting/correcting/adding contact details like display name, email, real name, phone number while I'm currently concerned with this contact for composition (especially for contacts which have been quick-saved from message reader).
- Checking other contact details which aren't shown in contacts sidebar before choosing appropriate recipient(s) for your message
- Using a non-default email address of the contact for composition
- Copying phone numbers, websites, chat names, notes etc. from any other contact into the body of your composition (e.g. to forward such information to others)
- Avoiding the inconvenience of having to navigate to the main Address Book and search again for a contact which is already right in front of the user's eyes in Contacts Sidebar (which feels really dull).

**Implementation caveat**

Essentially, the same as bug 1771761 (very possible to fix them with the same patch).
Fixing this regression ideally requires showing the new `Edit contact` form somehow in the composition window. Imo, just having a big popup which would be populated with the edit form would make for a good UX, similar to the TB 91 UX. The advantage is that we won't completely hide the composition context in the background, which would be a bit confusing.
Bug: No sound affordance alert when clicking non-edittable area while editting contact
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-05-30 18:40:12+00:00
Resolved: 2023-08-09 00:04:32+00:00

1. Edit a contact
2. click somewhere in the contact tab, but outside the contact details being editted.

In version 91 there is an audible alert.
Bug: Outline style always visible on ≡ Button (Display Address Book Context Menu) in contacts side bar
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2022-05-30 18:50:27+00:00
Resolved: 2022-08-24 09:13:14+00:00

102.0a1 (2022-05-30) (64-bit), Win10

There's a permanent focus ring on the ≡ Button (Display Address Book Context Menu) in contacts side bar, which defeats the purpose of a focus ring. The focus ring just stays there regardless of the actual focus, whether it is inside or outside contacts side bar, or even outside the window.

Richard, any insights?
Bug: [102 only] grid-template-rows: masonry; comm/mail/test/static/browser_parsable_css.js | Got error message for chrome://messenger/skin/aboutAddressBook.css: Error in parsing value for ‘grid-template-rows’.  Declaration dropped. -
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2022-05-30 20:51:44+00:00
Resolved: 2022-06-20 11:03:58+00:00

**Filed by:** thunderbird [at] calypsoblue.org
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=379673029&repo=comm-beta
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/I4ElNSS4RgSpzisZ3M2C0g/runs/0/artifacts/public/logs/live_backing.log

---
```
`grid-template-rows` does not support `masonry` except on Nightly. Also seen in `vcard-edit.css`.
```
Bug: Incorrect pdf background color when Language & Appearance > Colors > Text and Background colors are overridden
Status: UNCONFIRMED
Priority: --
Created: 2022-05-30 21:25:59+00:00
Resolved: 2022-08-30 01:32:59+00:00

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

Steps to reproduce:

1. In Preferences > General > Language & Appearance > Colors, Change Text and Background colors to:
- Text: 204, 204, 204 (RGB)
- Background: 51, 51, 51 (RGB)
2. Select 'Always' in 'Override the colours specified by the content with my selections above', and make sure 'Use system colors' is left unchecked
3. Open a PDF in a PDF viewer tab

Thanks in advance for looking into this.


Side note, possibly (remotely) related: with the color settings above, the search box 'Find in Preference' has a light grey background with dark grey text (vs light grey over dark grey background for the rest of the page), while with the non-overridden colors it is consistent with the rest of the page.


Actual results:

The text in the pdf shows on a grey background (similar to what is reported here: https://superuser.com/questions/1702946/all-pdf-text-have-gray-background-color)

I imagine some CSS is applied to the PDF renderer while it shouldn't.


Expected results:

The PDF should show up with unaltered font color and background colors.
Bug: Consistently crashes [@ CallHookWithSEH] when replying to a message with Quickbooks Desktop Enterprises is open
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-05-30 21:41:44+00:00
Resolved: 2023-11-06 14:02:51+00:00

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

Steps to reproduce:

Open Thunderbird while Quickbooks Desktop Enterprise is open.
Picked a previously received message needing a reply.
Selected reply.



Actual results:

Any keyed input crashed the system and also disables input into the comment box of the Thunderbird "what happened" crash dialog box.

Closed Quickbooks Enterprise and Thunderbird behaved normally.

Opened up and tried Thunderbird again.  Same results as reported above.


Expected results:

Should have been able to send a reply while Quickbooks is open.
Bug: Missing label/string to describe radiobox for default email address (title and/or tooltip)
Status: RESOLVED
Priority: P1
Resolution: DUPLICATE
Created: 2022-05-31 00:47:05+00:00
Resolved: 2024-05-18 23:53:13+00:00

P1 because this needs strings.

No label, no tooltip: It's hard to tell for the user what the radio boxes are for.
Having a title label might be odd because of the limited space in the radio box column.
Maybe we could have a `Default Email Address` icon in the title?
At least (which might be sufficient), we should add a tooltip to the radio boxes, something like:
- `Set default email address`

I'm also wondering if the meaning of `Default Email Address` needs a bit of explanation somewhere (speech bubble on column title icon?)
Bug: `Ctrl+P` shortcut no longer works in new Address Book
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2022-05-31 00:56:01+00:00
Resolved: 2022-07-08 01:57:53+00:00

Basic shortcuts gone missing - collector series:

Regression: `Ctrl+P` with focus on printable items like cards, lists, or address books no longer does anything. There's a dead Print command in File menu (the one from 3-pane), advertising the shortcut. That's odd because `Ctrl+P` really constitutes one of those every-day swiss-knife high-efficiency shortcuts which one would expect to work everywhere and always.
Bug: Saved PPTX or zip attachment is corrupted
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-05-31 08:22:32+00:00
Resolved: 2025-01-19 20:42:02+00:00

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

Steps to reproduce:

Tried save PPTX attachment on disk delivered on IMAP. I tested it on several computers with different operating systems and slightly different IMAP servers with very similar result.


Actual results:

Saved attachment was corrupted. It had only 22 bytes instead of 21MiB

Same file, but with different extension will be sent, delivered and saved correctly on all tested PC's. It seems like Thunderbird does something special with PPTX files.

Same attachement saved with different mail client from same IMAP (RoundCube for example) will be saved correctly.

I observed slightly different behaviour on Linux agains Windows 10 when i tried simplify filename. Originally it contained several dots because there was date in filename. New filename was just document.pptx, but it did not solve problem.


Expected results:

Saved files should have been binary identical with original file which was sent.
Bug: Issues with box.com account for large attachments
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-05-31 10:13:25+00:00
Resolved: 2022-06-01 00:40:05+00:00

Steps to reproduce:

* When using box.com as FileLink provider, the authentication seem to expire expires after a while (1-2 weeks, I'm not sure)
* To make it working again, I have to reopen the configuration, delete the configured box.com entry and recreate it from scratch (giving my user/password, or using SSO).
* Refreshing the configured account only has never worked for me, if I try that, TB shows me a login box, I give it the correct credentials and it keeps not working, even if I try multiple times. The only way is to delete the configured account and recreate the same, with the same credentials.


Actual results:

See above. This happens on macOS 12.4.



Expected results:

* Such behaviour is wrong and impractical. TB should keep the credentials that are given the first time and re-use them automatically if the session is expired. 
* Most importantly, recreating the service configuration from scratch shouldn't be necessary.
* The credentials should be stored safely (ie, using the password manager and encryption).
Bug: More than one trailing newline in the street textarea corrupts the vCard
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-05-31 11:16:07+00:00
Resolved: 2022-06-14 23:34:28+00:00

When applying two subsequent trailing newlines in the textarea for the street the vCard data corrupts with a `Error creating vCard properties" (new ParserError("Invalid parameters in ';;;;'", (void 0)))`

In the sqlite database the data looks like:

```
BEGIN:VCARD
N:;;;;
FN:
UID:81b3a35f-5a6c-4f83-8a61-d2353343769b
EMAIL:
ADR:;;w\n
;d;;;
END:VCARD

BEGIN:VCARD
N:dwa;awd;;;
ADR:;;foo\n
;foo\\n\n\n;;;
FN:awd dwa
UID:81b3a35f-5a6c-4f83-8a61-d2353343769b
NOTE:foo\n\n\n\n\nawd\n\n\n\n\n
END:VCARD
```

It is not possible to edit the vCard afterwards. (See Bug 1770146)
Bug: tb perma - toolkit/components/extensions/test/xpcshell/test_ext_schemas_privileged.js, test_ext_activityLog.js, test_ext_networkStatus.js | Missing expected exception Startup failed with privileged permission
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2022-05-31 12:32:21+00:00
Resolved: 2022-07-30 10:46:46+00:00

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

---
```
Something more is needed for bug 1739114
```
Bug: Account settings doesn't open, New Existing Mail Account doesn't open (if pdf tab open)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-05-31 12:55:34+00:00
Resolved: 2023-03-23 09:16:27+00:00

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

Steps to reproduce:

File -> New -> Existing Email Account 

Also, Account Settings button



Actual results:

A pdf file opened in a tab gains the focus.


Expected results:

A new tab should be created and given the focus.

Impossible to create an account, or go to the account settings.  

I have 16 tabs open (plus the main email tab) and am able to open emails in new tabs, so haven't hit a limit on the number of open tabs.

However, I discovered that if I close the tab that was being given focus (which was a pdf file that had opened from an email), I can then get into settings/new email account. 

So it appears that if you have an attachment open in a tab, it stops the Account Settings and New Existing Mail account from opening a new tab.
Bug: CC field disclosure button shows keyboard short for To (Ctrl+Shift+T)
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-05-31 21:08:04+00:00
Resolved: 2022-08-24 09:13:17+00:00

103.0a1 (2022-05-31) (64-bit), Win 10

Actual: CC disclosure button shows keyboard shortcut for To (Ctrl+Shift+T)
Expected: CC disclosure button should show keyboard shortcut for CC (Ctrl+Shift+C)
Bug: not moving junk messages
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-05-31 21:13:27+00:00
Resolved: 2022-09-05 03:35:03+00:00

Incoming messages are being scanned as being junk, however they are not moving to the Junk folder.   This appears to be a regression, I have noticed what I thought was an increase in the junk mail that was getting through for a few weeks, but only today noticed that the "Junk" column indicates they are junk, but they are left in the inbox. 

My preferences on the account
 are
* ignore recognized addresses
* Trust SpamAssassin headers (I've checked and these messages are not flagged by SpamAssassin)
* Move new Junk messags to the Junk folder on the account.

Global Junk preferences  
* When I mark them junk, delete them. 
* Mark messages determined as junk as Read
* Enable adaptive junk filter logging is off.

I do not see anything obvious in Error log 

The junk folder appears to be working (opens, clears etc normally) - its also the one that SpamAssassin moves junk to when its a certainty for being junk
Bug: Update use of nsITransfer->Init
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-05-31 22:55:28+00:00
Resolved: 2022-09-14 17:02:19+00:00

As of https://bugzilla.mozilla.org/show_bug.cgi?id=1766030, nsITransfer has an additional parameter which we need to include.
Bug: right click on scroll bar should scroll backwards but context menu appears instead
Status: UNCONFIRMED
Priority: --
Created: 2022-06-01 08:58:05+00:00
Resolved: 2024-11-26 11:44:14+00:00

Steps to reproduce:

1. Scroll the message list (or folder list) to the bottom of the scroll bar

2. Right click half way in the scroll bar


Actual results:

The pane scrolls backwards but the context menu simultaneously appears


Expected results:

Scroll backwards only.  The context menu should not appear when right clicking in a scroll bar.

If I am in the message reading pane at the bottom then there is no problem, the right click scrolling works fine and the context menu doesn't appear.  The problem only occurs in the folder list and message list.

The desktop is Debian 11 / GNOME 3.  All other windows, including Firefox, are working correctly if I right-click in a scroll bar.
Bug: Some address books are not shown after update to beta 102.0b1
Status: RESOLVED
Priority: P1
Resolution: INVALID
Created: 2022-06-01 11:36:50+00:00
Resolved: 2022-06-02 02:18:11+00:00

Some address books are not shown after update to beta 102.0b1 from 101.0b4.

Error console shows the address books that are being backed up on startup, and the ones not shown in the error console are also the address books that are not shown in address book tab. For example, address book "moz". **But I do not see anything in error console to explain why serveral address books are not being shown.**

All address books exist on disk as far as I can tell.

IMO this blocks release of 102 beta, unless we can determine this affects a tiny user population plus we have a likely fix that can be delivered soon.
Bug: mp3 sounds are not played
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-06-01 11:56:30+00:00
Resolved: 2024-07-26 11:27:50+00:00

For incoming mails, the user can select am mp3 to be played as notification, but this is not audible - only was files are.

I also used to be able to play mp3 files using filtaquilla, but the gobal <audio> element doesn't play mp3s anymore either. Could this be caused by a change upstream (m-c) ?

Thunderbird 101.b4 behaves the same way
Bug: Main menu items have black text on dark-blue background when hovered
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-06-01 18:48:19+00:00
Resolved: 2022-06-06 18:23:18+00:00

Main menu items have black text on dark-blue background when hovered, which makes for poor contrast. I guess we'll want the generic shade of grey as in app menu.

Not yet seen in 101.0b4 (64-bit), so this must have regressed pretty recently.
Bug: Thunderbird Crash in [@ shutdownhang | RtlEnterCriticalSection | moz_arena_malloc]
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-06-01 18:52:04+00:00
Resolved: 2023-01-29 15:50:48+00:00

Crash report: https://crash-stats.mozilla.org/report/index/5c466ebb-76bf-4246-9d62-f93400220519

MOZ_CRASH Reason: ```Shutdown hanging at step quit-application. Something is blocking the main-thread.```

Top 10 frames of crashing thread:
```
0 ntdll.dll RtlEnterCriticalSection 
1 mozglue.dll moz_arena_malloc memory/build/malloc_decls.h:136
2 xul.dll static XPCConvert::NativeData2JS js/xpconnect/src/XPCConvert.cpp:257
3 xul.dll nsXPCWrappedJS::CallMethod js/xpconnect/src/XPCWrappedJSClass.cpp:933
4 xul.dll PrepareAndDispatch xpcom/reflect/xptcall/md/win32/xptcstubs_x86_64.cpp:168
5 xul.dll SharedStub 
6 xul.dll mime_output_fn mailnews/mime/src/mimemoz2.cpp:822
7 xul.dll MimeOptions_write mailnews/mime/src/mimei.cpp:1569
8 xul.dll MIME_MimeObject_write mailnews/mime/src/mimei.cpp:1597
9 xul.dll MimeInlineText_convert_and_parse_line mailnews/mime/src/mimetext.cpp:321
```
Bug: Explore making the `⊕ Add property` elements in contact editing UI less salient
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-06-02 00:02:13+00:00
Resolved: 2022-08-24 09:21:16+00:00

The new `Edit contact` form is great and extremely powerful. The design has been carefully crafted. It's great that users can add all sorts of fields to the contact.

However, in the current iteration, imo the `⊕ Add property` elements appear a bit over-emphasized, because they have *two* salience factors:
- strong blue color (same as focus/default button color)
- large font (larger than the field titles and field text, which imo looks disproportionate)

All those big blue elements in the UI are "screaming" at the user pretty loud and dominating the whole page.
- That same *blue* is also reserved as a focus color, and having dozens of blue elements on the screen makes the focused element disappear in the crowd.
- Blue is also used for hyperlinks - but we're not linking to other places here, and we're not a web page nor a web mailer.
- It's bad enough that FF has decided to make checked checkboxes or radioboxes have blue background, but at least those are somehow `activated`, whereas our  `⊕ Add field` elements are not - they just have the role of a regular input element to be clicked on.

Maybe we could try making them less salient.

**Ideas to reduce the salience of `⊕ Add property` elements** (see mockup screenshot)
- Perhaps we should not use blue color all over the place. Should be used for checked or focused elements only, to allow the focused element to stand out.
- Don't use large font for repeated input elements which are subsidiary to the respective field they belong to.
Bug: Read-only Address book files fail to open, and no indication of the failure in error console
Status: NEW
Priority: --
Created: 2022-06-02 08:48:54+00:00
Resolved: 2024-02-27 07:52:32+00:00

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

Given a read-only sqlite address book file, it doesn't get opened (it does get backed up), and the event is not logged in the error console.