av9ash/GitBugs huggingface dataset:
Bug: Opening a calendar invitation no longer shows time, date, location etc. (teams, google calendar)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-11-27 08:50:14+00:00
Resolved: 2022-11-27 23:22:21+00:00

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

As described by https://thunderbird.topicbox.com/groups/enterprise/T0661b5915a2d00e8-M43050dbf43c83726521bb141/expand-calendar-event-details-by-default

Reproduction:
* Somebody else invites you to a meeting from MS Exchange / MS Outlook (e.g. a MS Teams meeting), and sends you an invite.
* You open the invite in Thunderbird

Actual result:
* You see the HTML description of the event.
* You do *not* see the links in TB calendar event (plain text only with links not converted to additional text or displayed in html).
* When the event is opened in Google calendar - the links are there

Expected result:
* You see the HTML description of the event.
* You see the calendar invitation, with links etc.
* (Without further interaction, settings or clicks, but by default.)

Implementation notes:
* This is marked as solved in e.g. https://bugzilla.mozilla.org/show_bug.cgi?id=1742101 or https://bugzilla.mozilla.org/show_bug.cgi?id=1750223 or https://bugzilla.mozilla.org/show_bug.cgi?id=1666296 but is still happening for me
Bug: Thunder cannot connect to mail servers
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-11-27 09:09:56+00:00
Resolved: 2022-11-27 22:47:16+00:00

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

Steps to reproduce:

Just open Thunderbird.  


Actual results:

Could not connect to mail servers. Connection refused. 


Expected results:

connect to servers.
Bug: The spoilerspace char (<u+000C>  <control>;FORM FEED (FF)) is no longer displayed as it should
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-11-27 10:07:27+00:00
Resolved: 2024-04-02 22:00:23+00:00

Activate the setting:
Settings -> /General\ -> Plain Text Messages -> [X] Display emoticons as graphics
View the sample email.
This email contains a line with only the one FF character (<u+000C>  <control>; FORM FEED (FF)) between the marks.

Bug:
TB108b1 and TB Daily show only a blank line at this position.

Should be:
TB102 creates another blank space at the position, which is always exactly as high as the display window (spoilerspace). To continue reading after that, you have to scroll the message.
Bug: Excel grid line not display
Status: UNCONFIRMED
Priority: --
Created: 2022-11-27 13:40:09+00:00
Resolved: 2022-12-05 02:52:13+00:00

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

Steps to reproduce:

Paste the Excel table into the email.


Actual results:

After sending emails to others, the others can not see the gridlines of excel table.


Expected results:

Should display gridlines of excel table.
Bug: mail.compose.other.header affects not only composition of new message, but also message header view, which is wrong
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-11-27 16:48:17+00:00
Resolved: 2025-02-12 12:03:00+00:00

Steps to reproduce:

In Config Editor I added few new custom headers to mail.compose.other.header: "Content-Language" and "Accept-Language"


Actual results:

In previous version 92 everything was fine. When I updated to version 102, these new custom headers appeared in the message header even if View -> Headers -> Normal is active. But these new headers are only for composing new message, not to be visible in message view at any time.


Expected results:

These new custom headers must not be visible if View -> Headers -> Normal is active. They must be visible only when view "all headers" is active.

This bug can be easily fixed by editing omni.ja\chrome\messenger\content\messenger\msgHdrView.js file in the following way:
1. Find function initializeHeaderViewTables()
2. Find instruction .getCharPref("mail.compose.other.header", "")
3. Change "mail.compose.other.header" to "mailnews.customHeaders".
Thus the message header will display only those additional headers which are specified by the user in mailnews.customHeaders.
Bug: Replies to wrong message after message "Open in new window"
Status: UNCONFIRMED
Priority: --
Created: 2022-11-28 09:00:42+00:00
Resolved: 2023-04-24 19:33:32+00:00

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

Steps to reproduce:

If you open a message in a new window, then replies can fail.

eg - an Inbox with more than one message.

Select one message and right-click "Open in New Window". New Window opens.

In the main UI window (not the newly opened one) select a different message, Message B.

Thunderbird 102.5.0 (32 Bit) on Windows 10

In the main UI Window, click reply.  A new reply window opens, but the details are message A's, not message B's.

Close the reply window.

Close the Window with Message A

In the main UI window, try Reply again.

No reply window opens.


Actual results:

When the "New Window" is opened, the reply generates a reply to the wrong message

When the "New Window" is closed, no reply window is generated.


Expected results:

When reply used, expect it to reply to message B.
Bug: Attachments in composed email, changed in draft and refused to send until available
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-11-28 15:09:34+00:00
Resolved: 2024-10-20 01:40:49+00:00

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

Steps to reproduce:

- Drafted an email with 3 attachments
- Deleted one of the attachments as it was not the intended one
- Attached the new attachment, ensuring that the correct ones were listed
- Tried to send the mail, Failed, pop up error referencing incorrect attachment
- Rechecked
- Tried to save as draft and quit, failed, same error
- Restored incorrect attachment from deleted items
- Mail sends with incorrect attachment (not what I intended)

(Ubuntu 22.04)


Actual results:

- Mail sends with incorrect attachment (not what I intended)


Expected results:

- Mail should have recognised that I wanted to send only the attachments listed and not the incorrect one which I deleted.
- Suggest to recreate a developer creates 4 attachments (all were .pdf format)
- Red.pdf, blue.pdf, green.pdf, yellow.pdf
- attach the first three, then delete green.pdf and place in bin
- attach yellow.pdf
Bug: Restore a direct way of writing to a mailing list selected in directory pane (e.g. add `Write` to context menu)
Status: NEW
Priority: --
Created: 2022-11-28 15:15:08+00:00
Resolved: 2024-02-07 10:32:17+00:00

STR (compare TB 91 vs. 102)

- In directory pane (sic, on the left side of AB!), select a mailing list node.
- Try to write a message to that mailing list (without going back to the parent AB and searching again for the mailing list which is already right in front of you)

Actual

- In 102, there's no direct way in the UI to write to a mailing list which is selected in directory pane.
- Looks like an obvious and legitimate scenario, but users in that situation may get stuck, not knowing how to perform that task (as in [this support question](https://support.mozilla.org/en-US/questions/1390445)).
- In TB 91, you could use the `Write` button on toolbar to write to everyone in the list via `To` (and weirdly, the list would be expanded as well).
- 102: As a workaround (from here), you could click on the first member, then press Ctrl+A to select all members (much harder with mouse), then right-click > Write. Not very intuitive/efficient.

Expected

- Restore/provide an easier/more intuitive/more discoverable way of writing to a mailing list node selected in directory pane
  - Imho, at least `Write` action should be offered in the context menu of a mailing list node in directory pane; I've advocated to assimilate the context menus (the other one is when you right-click on a mailing list item between contacts of the AB), but strangely, `Write` didn't make it...
  - I understand that Alex doesn't want to expose the `Write` button on the toolbar again, so with that, not easy to expose this explicitly in other ways which aren't random, but somewhat consistent with the general UI logics here...
- I think there's no advantage in auto-expanding the list; the visual and mental burden will be significantly less with just having a single mailing list item in the recipient area, consistent with the other methods of writing to a mailing list. You can always right-click on a list item in recipient area > `Expand List`.
Bug: Unable to delete attachment with active sync/owl
Status: VERIFIED
Priority: --
Resolution: INVALID
Created: 2022-11-28 17:17:26+00:00
Resolved: 2022-12-02 18:22:51+00:00

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

Steps to reproduce:

After being forced to switch from imap to owl/active syn Exchange access, I'm unable to delete attachement form any messages?


Actual results:

First the entire message disappeared, but popped up again after switching to another folder and back.


Expected results:

The message should be kept, but attchment should be deleted, which save space on the mail server.
Bug: Compacting inbox borks certain messages in open tabs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-11-28 17:22:17+00:00
Resolved: 2022-12-01 13:22:17+00:00

Steps to reproduce:

When multiple message tabs are open and the Inbox is compacted, upon completion, some of the open messages will be replaced by a different message from the inbox.  

I know that this issue has been reported before going back at least several years, but I cannot find it in any bug report.   I believe that I mentioned it in comments to other bugs, and that this is the same basic issue reported as blank message tabs resulting from compaction.

To see this behavior, open a half dozen messages in separate message tabs.  Ideally, choose some very old ones and some very new ones.  Then, delete a few messages from the time period in between the older and newer messages, and compact the Inbox.  Once compaction completes, the tabs containing the newest messages will likely be replaced by another message, and that new message will be familiar because it is likely the message that is selected / open in the message pane (or that was selected when compaction kicked off).

I think I can reason out what is happening.  Suppose that the Inbox contains 100 messages with index #s (references, pointers whatever it may be) from 0 to 99.   Open messages 10, 50, 60 and 70.   Then, delete message 55.  Compact the Inbox.   

The pointer or index for messages 10 and 50 remains unchanged because messages 0 through 54 are still there.  Messages 60 and 70 now contain a new pointer, however, or now point to something that no longer exists, because the deleting message 55 plus compaction has changed the ordering of messages 56 though 99.  (Message 99 is now message 98, so to speak).

Because messages 60 and 70 point to nothing, TB picks whatever message is highlighted in the message pane -- i.e., perhaps the most recent one, or the one that the user most-recently viewed.  Some users used to report a blank message in the tab, but I think that was only long ago.

I don't know if this is literally how TB functions, but I have held open a very old message for several months with no problem, while newer messages routinely became the wrong message after compaction.  



Expected results:

If I have the mechanics right, then what should happen is that, during compaction, TB notes any open messages and updates their pointer / index / whatever, so that after compaction it can still display the message that was open when compaction started.
Bug: Labels in chat UI don't overflow with ellipsis
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-11-28 17:53:11+00:00
Resolved: 2023-01-03 23:29:04+00:00

We use a lot of labels and descriptions in the chat UI, for the conversation name in the conversation list and conv info, the topic, the participant names in the participants list, titles in the sidebar etc. It appears these labels no longer overflow with an ellipsis on trunk. In the 108 beta it's still fine.

This might be some change with how ellipsis works for the labels, so we'll have to update our styles to properly add ellipsis overflows in those places.

Regression range (haven't translated this to m-c yet):
https://hg.mozilla.org/comm-central/pushloghtml?fromchange=c1b5a7c88c0852e59815d98f54ab8d00c9b40a60&tochange=618f8ad3da6fa3f74d2ad3d4fb3e7fe4d08a859d
Bug: Crash in [@ nsMsgCompFields::SetAsciiHeader]
Status: NEW
Priority: --
Created: 2022-11-28 22:57:41+00:00
Resolved: 2023-12-31 13:40:07+00:00

Crash report: https://crash-stats.mozilla.org/report/index/cde9db2e-6321-4f8a-810f-5e6e50221123

Reason: ```EXCEPTION_ACCESS_VIOLATION_READ```

Top 10 frames of crashing thread:
```
0  xul.dll  nsMsgCompFields::SetAsciiHeader  mailnews/compose/src/nsMsgCompFields.cpp:97
1  xul.dll  nsMsgCompFields::SetUnicodeHeader  mailnews/compose/src/nsMsgCompFields.cpp:129
2  xul.dll  nsMsgCompFields::SetSubject  mailnews/compose/src/nsMsgCompFields.cpp:230
3  xul.dll  CreateCompositionFields  mailnews/mime/src/mimedrft.cpp:341
4  xul.dll  mime_parse_stream_complete  mailnews/mime/src/mimedrft.cpp:1293
5  xul.dll  nsStreamConverter::OnStopRequest  mailnews/mime/src/nsStreamConverter.cpp:908
6  xul.dll  nsMsgProtocol::OnStopRequest  mailnews/base/src/nsMsgProtocol.cpp:388
7  xul.dll  nsMailboxProtocol::OnStopRequest  mailnews/local/src/nsMailboxProtocol.cpp:389
8  xul.dll  nsInputStreamPump::OnStateStop  netwerk/base/nsInputStreamPump.cpp:676
9  xul.dll  nsInputStreamPump::OnInputStreamReady  netwerk/base/nsInputStreamPump.cpp:401
```
macOS bp-0652ff07-0106-4435-b69e-cf7ce0221123

Is this just corruption?
Bug: Intermittent comm/mailnews/db/gloda/test/unit/test_gloda_content_local.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2022-11-29 02:01:35+00:00
Resolved: 2023-09-11 06:38:41+00:00

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

---
```

```
Bug: Clicking the minimize button on Win7 sometimes does nothing until TB restart
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-11-29 11:06:43+00:00
Resolved: 2022-11-30 11:55:04+00:00

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

Steps to reproduce:

Clicked non stop on the minimize dash




Actual results:

It won't do anything

So yes I'm on Win 7 Pro, but that shouldn't stop me from being able to do that. 

I just downgraded on this older laptop to Win 7 from 8.1 & no, I don't want to switch to Win 10 or 11.

If I close TB & reopen it, then it will work again, but this isn't the first time this has happened. 

Please fix.

Thanks


Expected results:

minimized
Bug: Thunderbird will not open a start page that is stored on the user's computer.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-11-29 15:41:00+00:00
Resolved: 2022-11-29 15:51:04+00:00

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

Steps to reproduce:

I entered the following address in Settings > General > Thunderbird start page location:
file:///C:/Owner/Foxbird/Thunderbird/Start_Page/start.html


Actual results:

When I restarted Thunderbird, the start page would not open.


Expected results:

The start page should have opened.
Bug: Copy e-mail Address Missing From Address Book in 102+
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-11-29 23:56:23+00:00
Resolved: 2022-12-03 02:49:56+00:00

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

Steps to reproduce:

Attempted to right-click on e-mail address in address book and choose "copy" from context menu as I have always done.


Actual results:

There is no "copy" or "copy with name" options any more in context menu. (I forget the exact second option but it was similar to "copy with name") There is no copy option anywhere that copies in the formal format of, e.g. "John Q Public" <jpublic@domain.tld> anymore. Additionally, you have to very carefully watch the cursor to be able to actually select and not drag the address for a manual copy which is quite cumbersome in the address book-as-a-web-page-tab UI. This is just to get the raw e-mail, not the full name and e-mail -- from what I can tell, that is completely impossible in the new address book as you could with the Mork address book.


Expected results:

The context menu should have displayed the option to "copy" or "copy with name" (e.g. "John Q Public" <jpublic@domain.tld>) so that the address can be used elsewhere. (e.g. libre or word document, etc..) I have used Tbird since either late 1.X or early 2.X and have always relied on simply being able to rt-click on an address and be able to copy the address. In the current 102 (openSUSE Leap 15.4), there is no direct or context option to "copy" the e-mail address.  Is there no way to simply have the old stand-alone address book back? You cannot even open-in-new-window without it opening as a tab in the new window -- not helpful.
Bug: The search feature stops on messages till 31.12.2021
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-11-30 10:10:29+00:00
Resolved: 2024-12-07 21:51:06+00:00

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

Steps to reproduce:

Search a message from the main screen and click on any of the suggested results based on the email addresses


Actual results:

It display a list of the matching messages till 31.12.2021. Earlier messages are not displayed at all.


Expected results:

It should appeear a list af all the matching messages including those recived after the 31.12.2021
Bug: Cannot select auto-delete old messages without directly deleting everything older than 30 days
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-11-30 12:38:09+00:00
Resolved: 2024-08-21 20:38:32+00:00

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

Steps to reproduce:

Go to account manager - Synchronisation & Storage and click on "Delete messages more than XX days old". Try to change the default of 30 days to, say, 120 days.


Actual results:

A pop-up message warns me that "this setting will permanently delete old messages... Are you sure you want to proceed?". This sounds like once the user clicks OK, Thunderbird will start auto-deleting all messages older than 30 days [the default] before the user had a chance to change the number of days.


Expected results:

The user should be able to change the number of days for email retention *before* Thunderbird starts deleting any emails or warning about doing so.
Bug: Identities window unusable : just remain Cancel & OK buttons
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-11-30 15:01:36+00:00
Resolved: 2022-12-07 07:58:36+00:00

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

Steps to reproduce:

1. Start with a fresh new profile
2. Setup an email account
3. Open Account preferences
4. Click on Manage identities button
5. Add an identity


Actual results:

Empty window, with just Cancel and OK buttons


Expected results:

The window should have all fields and sub tabs

Today daily and TB beta 8 are impacted
Bug: White display email
Status: UNCONFIRMED
Priority: --
Created: 2022-11-30 15:22:11+00:00
Resolved: 2024-03-16 13:05:10+00:00

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

Steps to reproduce:

Click on email to see the content or also double-click on email and then open in new windows to see the content


Actual results:

Email content is all being display white, empty, with no content


Expected results:

Thunderbird should display the email content.

I've been researching about this, it seems to be a mail encoding issue or something like this, I read source code and I see it's html. I could generate same issue in alternatives mail client software like "mailspring". But this works well in outlook, bluemail or webmail (roundcube).

I also try to open console and there I can see this message "Esta página está en modo Quirks. El diseño de la página puede verse afectado. Para el modo estándar, utilice “<! DOCTYPE html>”.

I know possibly this mail (it's a daily report) is being generated by an old system but anyway I need to load well since in another software I can see well. 

Please let me know what additional info do you need, thanks
Bug: Quit Thunderbird with any tab other than 3-pane open, and Thunderbird inline start page with regular donation appeal will not be shown - i.e. many users may never see it
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2022-11-30 15:52:30+00:00
Resolved: 2024-04-08 01:29:42+00:00

Seen on TB 102.5.0 and Daily 109.0a1 (2022-11-30) (64-bit), Win 10.

STR

- Quit TB while a tab other than the main 3-pane has focus
- Start TB again, and it will take you back to that other tab.
- manually activate the 3-pane tab and check what's shown in message preview pane (expecting to see Thunderbird start page)

Actual

- Message preview is blank
- does *not* show the start page as expected (in fact, start page may flash up for a second and then disappear)
- Depending on their usage habits, many users may never see the start page with donation appeal inside Thunderbird; it's very volatile anyway, but with this bug, chances of missing it are even higher.

Expected

- Start page with donation appeal should show up inline to reach as many users as possible
- I know about the technical issue with old 3-pane, but if we are able to restore a message shown there, maybe we could restore the start page in a similar way? Might have to remember that start page is shown before we leave the tab, then later restore that.

Wrt donation appeal, I suggest to fix this asap and not wait for bug 1729379 (aka bug 487386) in the next release mid 2023. Ryan, would you like to comment and/or set a priority for this bug?

(In reply to Thomas D. (:thomas8) from bug 1793035 comment #6)
> However, if you quit Thunderbird while a tab other than the main 3-pane has focus, TB will take you back to that other tab. After that, manually activating the 3-pane tab will *not* show the start page, but blank page (in fact, start page may flash up for a second and then disappear). That looks like a bug.
Bug: Intermittent comm/mail/test/browser/search-window/browser_searchFromSyntheticView.js | Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIMsgMailNewsUrl.folder] at HandleMDNResponse@chrome://messenger/content/mailWindowOverlay.js
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2022-11-30 22:24:39+00:00
Resolved: 2023-07-19 11:47:01+00:00

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

---
```

```
Bug: Intermittent comm/mail/test/browser/junk-commands/browser_junkCommands.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2022-12-01 01:12:16+00:00
Resolved: 2023-03-06 06:10:30+00:00

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

---
```

```