av9ash/GitBugs huggingface dataset:
Bug: Focus via F6 not indicated on message pane
Status: NEW
Priority: --
Created: 2022-09-08 09:25:26+00:00
Resolved: 2023-12-12 14:18:44+00:00

STR

1. Press F6 repeatedly in 3-pane mail tab until focus is on message list.
2. Press F6 again and try to verify visually where the focus is.
3. For comparison, press `tab` several times after step 1. until focus is on message reader pane.

Actual
- `F6` focus on message pane not indicated (maybe we don't set a `focus` attribute?)
- `Tab` focus on message pane indicated by dotted focus border (which is barely visible)

Expected
- `F6` focus on message pane should be indicated in the same way as `tab` focus
- Maybe styling of focus border on message pane could be more visible and more consistent with how we usually indicate focus - at least the focus color should be blue? If thick blue border is too striking, maybe solid thin blue border could do.
Bug: Sort by Subject (unthreaded) for newsgroup messages ONLY fails to ignore "Re:" for proper sorting
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-09-08 17:26:41+00:00
Resolved: 2023-10-20 19:08:34+00:00

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

Steps to reproduce:

Sorted newsgroup messages (unthreaded) by subject.


Actual results:

Newsgroup message followups are sorted with the Rs - that is, the sort algorithm alphabetizes by all subject characters, thus putting, e.g.. "Re: foo" with the Rs rather than after "foo".

Mail folder (and inbox) messages sort responses with initial message subject, as desired.


Expected results:

Unthreaded subject sort of newsgroup messages should recognize (and ignore) "Re: " as previously (and as currently, for mail folders).
Bug: MDN read receipts sent by Microsoft email services even though user chose not to do it / Preferences ignored
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-09-08 21:11:30+00:00
Resolved: 2024-07-18 06:11:34+00:00

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

Steps to reproduce:

Set in the preferences to "Ask" before send a read receipt and also set to not send read receipts. This are done as "Global Settings" and "Custom"


Actual results:

Read receipts are sent  even though user not choose to do it. As the message is showed in pane the receipt is always sent.


Expected results:

Thunderbird must wait until the user choose to sent the read receipt or, if set in preferences to not send read receipts, no action shoud be taken.
Bug: Address Book "Screen Name" data lost in TB v102.2.1 update
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-09-09 09:28:21+00:00
Resolved: 2022-10-05 13:07:48+00:00

Steps to reproduce:

TB automatically updated to version 102.2.1.
(TB is on the automatic release update channel.)


Actual results:

The update involved an address-book revamp.
The new address book is missing the "Screen Name" field in its new data model.
That field was in use in the old address book. It held important data to me.
Now the data is missing. It has not been migrated.


Expected results:

The "Screen Name" data in the old data model should have been migrated to the "IMPP" field in the new data model. Now it is lost.
Before the lossy migration of the data from the the old address book data model to the new post v102.2.1 data model. All the old address books data should have been backed-up in a .csv files.
Bug: Using the quick search breaks emails sorting; this persists after cancelling the search
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-09-09 11:00:06+00:00
Resolved: 2022-09-20 22:10:18+00:00

When typing in the quick search to search for emails, it breaks the sorting (for me the most recent emails first) and change it to something else. This behavior persists after cancelling the search.
This is a regression and didn't behave like that before.
Bug: UI is slow - "The device, \Device\Harddisk0\DR0, has a bad block"
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-09-09 11:07:40+00:00
Resolved: 2022-09-20 02:25:45+00:00

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

Steps to reproduce:

1. Start Thunderbird
2. When I click anywhere it takes longer than normally to show
Bug: Invisible spell checker window prevents email send
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-09-09 21:17:09+00:00
Resolved: 2022-09-12 00:32:49+00:00

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

Steps to reproduce:

Attempt to send email containing spelling errors.


Actual results:

The write form blocks but no spelling correction window is visible.
The spell check window appears to be behind the write window, but even the Windows(tm) cascade windows feature does not bring it into view.

If you repeatedly press the Enter key the default correction is applied until eventually the email is sent. This process can result in unreadable email when the corrections are for proper nouns relating to a current project.


Expected results:

The email spelling window should be visible.
My guess is the spell check window should have the Write window as its parent, but is instead being parented to the main mail window.
Bug: Junk folder and trash bin folder are no longer showing content, although the junk folder is almost full
Status: UNCONFIRMED
Priority: --
Created: 2022-09-09 21:23:16+00:00
Resolved: 2022-10-20 12:18:31+00:00

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

Steps to reproduce:

Nothing more than checking the mail.

Current results:

The junk folder no longer shows any content, although it is almost full. This bug started appearing slowly after the penultimate update, on 92.x.x. Since the last update to the latest version, nothing is displayed anymore, i.e. what is inside. This also applies to the wastebasket. - I mean that you can't see how much mail is in there. If I go into the folders I see it.

Expected results:

Display the number of content. As mentioned, this worked without any problems until the penultimate update, from then on there were problems.

//

Steps to reproduce:

Nichts weiter, außer die Post abrufen.


Actual results:

Der Junkordner zeigt keinen Inhalt mehr an, obwohl er quasi voll ist. Dieser Fehler trat langsam nach dem vorletzten Update auf, auf 92.x.x. Seit dem letzten Update auf die neuste Version wird gar nichts mehr angezeigt, also was drin ist. Das gilt auch für den Papierkorb. - Ich meine damit, daß man nicht sehen kann wieviel Post da drin ist. Gehe ich in die Ordner sehe ich es.



Expected results:

Die Anzahl des Inhalts anzeigen. Das klappte wie erwähnt problemlos bis zum vorletzten Update, von da an gab es Probleme.
Bug: Email Filters Move-to Cannot Select Folder, List Is Not Visible
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-09-10 14:51:08+00:00
Resolved: 2023-05-16 04:16:56+00:00

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

Steps to reproduce:

Thunderbird 102.2.2 and 102.2.1 

1. Open Tools -> Message Filters
2. Create a new filter (or edit an existing filter)
3. For Action, select "Move Message to"
4. Click on "Choose Folder..."
5. Move the cursor over my email account



Actual results:

A folders list is displayed, and it's large enough to have items in it, but I cannot see anything.  Is it white text on a white background?  I don't know.

When I move the cursor down through the list, empty (white-on-white?) sub-lists pop up, I assume for folders with sub-folders.

When I actually clock in the list, one item becomes visible (black text on medium gray) while the mouse button is down.

I wonder if this happened when,  in release 102.x.x,  lists were switched to dark-gray background with white text.  Did somehow the background color for this folders list not get updated?


Expected results:

Visible lists of folders and sub-folders should be displayed

See attached screen shot
Bug: Search bar is autofilled with "undefined" when opening it with CTRL+k
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-09-11 12:13:49+00:00
Resolved: 2022-09-12 07:45:43+00:00

Steps to reproduce:

On 102.2.0 (64-bit) on Arch Linux, when I press CTRL+k to start a new search, the bar search is autofilled with the word "undefined".
If that matters, my search bar is not displayed before I press CTRL+k (it used to be but that somehow changed during last upgrade. This might be related)
Bug: POP Mail Server OAuth2 not working in Version 102.2.1  (64-bit)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-09-11 13:10:42+00:00
Resolved: 2022-09-12 07:41:05+00:00

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

Steps to reproduce:

Have configured Pop Mail connection to pop.aol.com at Port 995, Connection Security SSL/TLS, Authentication Method OAuth2.  This configuration works in Thunderbird 91.7.0-1.

1. Updated from version 91.7.0-1 to 102.2.1 on Fedora 36 using DNF.
2. Started Thunderbird.
3. Pressed "Get Messages" Button in the upper left.


Actual results:

Window popped up titled: "Error with account <my email address>" and message in window was: "The server does not support the selected authentication method. Please change the 'Authentication method' in the 'Account Settings | Server settings'."



Expected results:

Thunderbird should have connected to pop.aol.com at port 995 using OAuth2 and retrieved my e-mail as it did in the previous version of the software (91.7.0-1).
Bug: Message compose window - quoted text is black text on black background
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-09-11 15:51:11+00:00
Resolved: 2023-05-16 04:17:59+00:00

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

Steps to reproduce:

102.2.2 64-bit windows 10

1. Open message
2. Click Reply
3. Make sure Options -> Sending Format -> Only Plain Text is selected (to make sure it's not something in HTML in the original message that's causing the problem)


Actual results:

Except for links (blue), layout lines around the original message, and a few pieces of text, everything is black text on black background.

This includes anything I try to type into my reply

I was using a Theme, so, thinking that might be the problem, I switched to the Dark theme that comes with TB.  Same problem.  (Noting also that the original message was STILL black on white when using the Dark theme! Dark theme doesn't seem to apply to the message window???) 

(on step 1. the original message was okay.  White text on black - before switching to Dark theme.)


Expected results:

White text on black background or something like that
Bug: Message Status Icon in Subject Columns Is Too Difficult to See in dark mode
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-09-11 19:49:47+00:00
Resolved: 2023-02-14 13:50:42+00:00

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

Steps to reproduce:

TB 102.2.2
Use dark theme
Reply to a message


Actual results:

The little message status icon to the left of the message subject is too difficult to see.  The "Replied" icon is deep purple on a dark gray background


Expected results:

Something more easy to see

Also, it would be GREAT if this little icon were in it's own column, not part of the subject text.  This way I could move it or remove it or set styles on it, etc
Bug: Window class is not immediately fully set when application window is initially mapped
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-09-11 22:53:50+00:00
Resolved: 2023-05-17 18:08:04+00:00

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

Steps to reproduce:

Behavioral change:
With prior versions of Thunderbird I could use the window class string "Mail" to identify Thunderbird's main window, and place it at a specific position on screen (-0 +0) using an FVWM InitialMapCommand.  xprop used to report the two window class strings "Mail" and "Thunderbird" for the main window.
This no longer works in version 102, because at the time that the main window is initially mapped, it appears the window class "Mail" has not yet been set, and is still only "thunderbird" (vs. previous versions' "Thunderbird"; I assume this is a typo).  I can only auto-place the main window by using the window class string "thunderbird", and that of course causes *ALL* Thunderbird windows to be placed at (-0 +0), which is not the desired placement behavior.
Bug: Images dragged from the MyPhoneExplorer Windows program are inserted and attached
Status: UNCONFIRMED
Priority: --
Created: 2022-09-11 23:00:57+00:00
Resolved: 2022-09-12 19:28:00+00:00

Steps to reproduce:

Start MyPhoneExplorer and navigate to a directory on the phone containing images.

Drag an image to a TB compose window.


Actual results:

Image inserted into the composition and attached.


Expected results:

Overlay should be displayed to let the user choose.

Already broken in TB 91, working in TB 78 where the decision whether to insert or attach was made based on the drop location.
Bug: Crash in [@ OOM | large | NS_ABORT_OOM | MimeInlineTextHTMLParsed_parse_line]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-09-12 01:17:51+00:00
Resolved: 2024-04-05 16:36:41+00:00

Crash report: https://crash-stats.mozilla.org/report/index/85e3663e-ead5-4416-a8ee-f566c0220911

MOZ_CRASH Reason: ```MOZ_CRASH(OOM)```

Top 10 frames of crashing thread:
```
0 xul.dll NS_ABORT_OOM xpcom/base/nsDebugImpl.cpp:674
1 xul.dll MimeInlineTextHTMLParsed_parse_line mailnews/mime/src/mimeTextHTMLParsed.cpp:168
2 xul.dll MimeInlineText_convert_and_parse_line mailnews/mime/src/mimetext.cpp:321
3 xul.dll mime_LineBuffer mailnews/mime/src/mimebuf.cpp:205
4 xul.dll MimeInlineText_parse_decoded_buffer mailnews/mime/src/mimetext.cpp:271
5 xul.dll MimeDecoderWrite mailnews/mime/src/mimeenc.cpp:753
6 xul.dll MimeLeaf_parse_buffer mailnews/mime/src/mimeleaf.cpp:139
7 xul.dll mime_LineBuffer mailnews/mime/src/mimebuf.cpp:205
8 xul.dll MimeObject_parse_buffer mailnews/mime/src/mimeobj.cpp:223
9 xul.dll mime_display_stream_write mailnews/mime/src/mimemoz2.cpp:859
```
Bug: copy then delete filter does the wrong order
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-09-12 05:21:44+00:00
Resolved: 2023-04-09 11:51:34+00:00

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

Steps to reproduce:

Made (lots of) filters to copy  (to various folders selected by the filters) then delete a message from gmail Inbox accessed via IMAP.

This is an attempt to actually delete messages from gmail after downloading them, whereas gmail tries really hard to keep them in All Mail, unless explicitly deleted from Inbox... simply moving from inbox to a folder removes the Inbox tag but leaves the messages in All Mail.


Actual results:

Seemed to work in testing when one message came in at a time, but with multiple messages arriving, it seems to work for the first message, but additional messages create phantom messages in the destination folder(s), perhaps similar to those in bug 398498 from years ago.  When opened, the phantom messages are blank.  Early ones have subjects, in the message list, but later ones only have a date.

Happily the deleted copy (which winds up in gmail/Trash) is intact, and readable, but copying the messages back to Inbox en masse results in the same problem being repeated.

Copying them one at a time from Trash back to Inbox seems to work, as each message becomes the first message processed by the filters in turn.


Expected results:

All the messages should be copied and then deleted.

Because of the first message seeming to work, I wonder if copying messages is put in a queue if there is a copy of another message in progress, but the deletes happen when seen?  This would result in the copy attempting to copy a deleted message, which might result in a phantom message?  But I'm just speculating here, I have no knowledge of the internals of how filtering works.
Bug: Reschedule dialog is barely readable in dark mode
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-09-12 07:34:46+00:00
Resolved: 2022-11-10 13:23:38+00:00

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

Steps to reproduce:

1. invite someone to an appointment
2. this someone does ask for a rescheduling
3. click on the reschedule button


Actual results:

Reschedule dialog is white text on light blue background, it's next to unreadable (see screenshot attached)


Expected results:

Dialog should follow the theme and have a dark background
Bug: Unified Inbox message list blank after install/update to 102.2.2 from version 78
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-09-12 09:10:12+00:00
Resolved: 2022-09-14 12:08:28+00:00

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

Steps to reproduce:

update to 102.2.2


Actual results:

display of inbasket is corrupted 


Expected results:

should work as before
Bug: unified folders does not work
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-09-12 10:04:35+00:00
Resolved: 2022-09-13 10:14:32+00:00

Steps to reproduce:

I have many email accounts - so I use the unified folder (global inbox)


Actual results:

only the emails sent to some accounts are visible in the unified folder, not all the emails I receive.
before the upgrade to version 102 everything worked fine


Expected results:

all emails received, on any account, should be in the unified mail folder
Bug: Subfolders in Sent folder
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-09-12 11:04:32+00:00
Resolved: 2022-09-19 13:25:34+00:00

Steps to reproduce:

Cannot reproduce.
Bug appeared after upgrade to 102 from 78.


Actual results:

The Sent folder show subfolders that are references to existing folders actually located elsewhere than within Sent. One of these subfolders is the Sent folder itself. Thankfully this one has no subfolder so I am saved from the horrors of infinite recursivity.

Possibly related, or not, Thunderbird 102 takes several minutes to load. The previous version (78) only a few seconds.


Expected results:

There should be (by default) no sub-folder in Sent folder.
Bug: Double-click to select a word in composition can trigger the `Advanced Property Editor` dialog for <o:p> when replying to messages created with Microsoft Office
Status: NEW
Priority: P5
Created: 2022-09-12 13:28:38+00:00
Resolved: 2023-03-28 00:47:29+00:00

Jason got this as a complaint on Twitter (see screenshot below).

We don't know how often this happens in the wild, but when it does, it's unexpected and annyoing. Magnus once fixed a very similar issue in Bug 525124 - Double Clicking in a Blank Space Opens the Advanced Property Editor. And we've fixed many such issues before (bugs listed in *see also*).

New STR :
- see testcase 1 by thomas8 in comment 6, attachment 9294414
- Reply to a message created with Microsoft Office having empty `<o:p></o:p>` tag in a nested context (see original source in comment 4):
  `<span>double-click HERE<o:p></o:p></span>`
  You can create such message via `Insert > HTML` in composition, or use testcase 1 (attachment 9294414).
- In the quoted text, double-click on the last word ("HERE") before the <o:p> tag to select it for copying

Actual
- `Advanced Property Editor` dialog for `<o:p>` unexpectedly pops up and gets in the way
- Annoying whenever it happens.

Expected
- no dialog should pop up
- select the word only

-----

~I am failing to reproduce this with the above steps.~
Here's ~the only~ a **variant STR which reproduce for me** on TB 102.2.2 (64-bit), Win10:

1. Compose new message
2. `Insert > HTML` dialog: Enter this code:
`<p><o:p>test</o:p></p>`
Note: `<o:p>` is a tag inserted by MS Office, apparently for *Office Namespace* [1]
3. Fast quadruple-click at the very left edge of the word `test` (just on the edge of or just outside the selection)

Actual
- `Advanced Property Editor` dialog pops up

Expected
- I don't think we'd ever want `Advanced Property Editor` dialog to pop up from just clicking about when selecting text.

[1] https://stackoverflow.com/questions/7808968/what-do-op-elements-do-anyway
Bug: Autocomplete in Recipient field not using default address book
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-09-12 16:26:35+00:00
Resolved: 2022-11-10 15:17:40+00:00

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

Steps to reproduce:

After auto-update to version 102.2.2 (64-Bit) I start creating a new Email to one of my address book contacts. So far the email address always popped up, this time it doesn't show. I have a "custom" address book name selected as "default" address.

Steps to reproduce:

Create two address books, one the standard "collected addresses" (called "Gesammelte Adressen" in the German translation) and a second address book named "Test". Change "Test" to be the default address book at startup.

Add user "Aaa Aaa, test@aaa.de" to the "collected Address" address book and user "Bbb Bbb, test@bbb.de" to the other address book which should be the default now.




Actual results:

Create new Email to "Aaa". -> Result is autocomplete popup with "test@aaa.de"

Create new Email to "Bbb". -> Result is NO autocomplete popup.


Expected results:

I was expecting the addresses from the address book selected as "default on startup" to be indexed for autocompletion and used when creating a new mail.
Bug: OAuth window doesn't finish (when trying to verify account)
Status: UNCONFIRMED
Priority: --
Created: 2022-09-12 17:53:56+00:00
Resolved: 2022-09-13 15:54:39+00:00

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

Steps to reproduce:

Try to verify account


Actual results:

Mini-browser unresponsive, no buttons show, nothing works


Expected results:

SHould have displayed a button where I can verify my account
Bug: Address book missing after installing over old version: Thunderbird 102.2.2 does not convert abook.mab to abook.sqlite for users going directly from 78 -> 102
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-09-12 19:00:06+00:00
Resolved: 2023-02-06 01:46:45+00:00

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

Steps to reproduce:

On workstations with older Thunderbird prior to 78.x installed,  Install the latest Thunderbird 102.2.2.  


Actual results:

When user launches Thunderbird 102.2.2, the personal address book is missing.


Expected results:

In previous versions this issue was fixed in 78.1 and later 78.x versions.

Is there any prefs or group policy settings  to  force Thunderbird to convert abook.mab to abook.sqlite?