av9ash/GitBugs huggingface dataset:
Bug: Crash in SetFocus after pasting
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-07-15 17:07:29+00:00
Resolved: 2024-07-15 17:25:28+00:00

(Broken out from Gecko crash bug 1793909.)

From bug 1793909 comment 5:

> One of our users [reported](https://github.com/Betterbird/thunderbird-patches/issues/320) a reproducible crash
> https://crash-stats.mozilla.org/report/index/f422d38a-5b74-4080-8eb7-f492a0240710#tab-details
> with these STR:
> 1. Go to this website: https://streamable.com/uvlx0k
> 2. Right-click on video and select 'Copy Video URL' option
> 3. Paste into new compose window. Window hangs.
> 4. Click with mouse pointer on 'To', 'Subject', and content sections, app crashes.
> 
> We can't reproduce it. Note that the HTML pasted from FIrefox (not Chrome) contains absolutely placed content, xref bug 1276391.

(The user in question is CC'd on this bug as xpilarz0, and has been helpful in trying to pin this down further.)

In bug 1793909 comment 11, it's confirmed that the HTML fragment pasted into the message window is the only relevant bit (_i.e._, the Firefox metadata isn't causing it). The fragment, which follows below, describes an offscreen `position: absolute` div.

```
Version:0.9
StartHTML:00000138
EndHTML:00000324
StartFragment:00000172
EndFragment:00000288
SourceURL:https://streamable.com/uvlx0k
<html><body>
<!--StartFragment--><div style="position: absolute; user-select: text; top: -1000px; left: -1000px;">https://streamable.com/uvlx0k</div><!--EndFragment-->
</body>
</html>
```

In bug 1793909 comment 18, it's noted that the crash does not occur if any text is entered into the message window before the paste is performed.

To avoid any dependence on streamable.com's current code, an analogous fragment (which has been confirmed to reproduce the crash) can be obtained from the attached "copy-test.html" file.

----

The underlying crash bug 1793909 does appear to exist in Firefox — [crashes with this signature](https://crash-stats.mozilla.org/signature/?signature=%60Microsoft%3A%3AWRL%3A%3AModule%3CT%3E%3A%3ACreate%27%3A%3A%602%27%3A%3AmoduleSingleton%3A%3A%60dynamic%20atexit%20destructor%27&date=%3E%3D2024-01-15T16%3A51%3A00.000Z&date=%3C2024-07-15T16%3A51%3A00.000Z&_columns=date&_columns=product&_columns=version&_columns=build_id&_columns=platform&_columns=reason&_columns=address&_columns=install_time&_columns=startup_crash&_sort=-date&page=1#summary) are only _mostly_ Thunderbird.

We have been unable to reproduce the crash on the user's machine in Firefox, however, and I have not been able to reproduce it locally in any application.
Bug: [flatpack] Upgrade to 128esr resets font sizes to tiny
Status: NEW
Priority: --
Created: 2024-07-15 17:35:12+00:00
Resolved: 2024-08-29 01:36:56+00:00

This morning my Thunderbird flatpak automatically upgraded to 128esr.  Which is fine in general, but for some reason the upgrade reset all the folder and message lists (and message text) font sizes to "smallest available" as well as setting Density to "compact".   I had to use accessibility tools for my desktop to zoom in so that I could fix them (using the normal view menu).

Once I adjusted the fonts, things where back to normal.  Might want to check for this upgrade bug, though.
Bug: When using a saved search to look for unread messages, incorrect unread count in message list header
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-07-15 18:31:45+00:00
Resolved: 2024-12-26 21:32:54+00:00

Steps to reproduce:

- Create a saved search to find all unread messages in multiple folders. (Specifically: Status isn't Read, Search Online. In my case, 251 folders are selected.)
- Select this saved search in folder pane.


Actual results:

Unread badge in folder pane displays the correct number of unread messages, but the message list header displays double the number of unread messages. (For example, in screenshot, actual unread count is 20 while message list header reports 40.)


Expected results:

Unread badge in folder pane and message list header should match.
Bug: [snap] Importing mbox file appears to do nothing
Status: NEW
Priority: --
Created: 2024-07-15 19:09:16+00:00
Resolved: 2024-08-20 19:54:47+00:00

For a non-snap installation of Thunderbird, to import an .mbox file you just move it to ~/.thunderbird/Mail/Local\ Folders/ and start Thunderbird and see the the message list under the Local Folders.

However for a snap installation of Thunderbird, if you move the .mbox file to ~/snap/thunderbird/common/.thunderbird/Mail/Local\ Folders/ and start Thunderbird, the message list is not there and nothing appears to have happened.
Bug: Quick Filter locks up, crashes on large folders in 128esr
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-15 20:06:19+00:00
Resolved: 2024-07-17 18:42:37+00:00

With the upgrade to 128esr, Quick Filter has become unusable on folders with large numbers of messages. Typing search text into the quick filter box often causes Thunderbird to become unresponsive, and the system application crash box to pop up.  Because of this unresponsiveness, one can't search because one can't ever type the full search term into the box.  This is even just searching Sender and Subject, with search on Body turned off.

These problems did not occur with 115.

OS: Linux (BlueFin)
Thunderbird: 128esr Flatpak
Mail Type: IMAP

Steps to reproduce:

1. Install 128esr
2. Subscribe to an IMAP folder with thousands of messages
3. Open Quick filter
4. Try to search on Quick Filter box
5. Get "This application has become unresponsive, do you want to force quit?" dialog.
Bug: cannot unsubscribe from remote calendar ics
Status: NEW
Priority: --
Created: 2024-07-16 01:52:41+00:00
Resolved: 2024-07-20 23:18:11+00:00

The process of adding a remote calendar is like nothing that I see documented.

The page at https://support.mozilla.org/en-US/kb/creating-new-calendars shows screenshots that do not look like anything I see. I did eventually figure out that I should use {hamburger} -> New Account -> Calendar and then it would only show me options for creating a local or remote calendar. This is unhelpful because I wanted to create a new connection to a remote calendar, not a new account. But whatever. I created a remote calendar and put in the url (https://opencalaccess.org/my.ics) and checked that I would not need to authenticate. Then the calendar was loaded. But how do I unload it?

There is nowhere in the UI that I see a list of local and remote calendars that I have connected to. I would expect to go to such a list and find the calendar for "my.ics" and there would be some way to remove it from the list.

But where is that list? As far as I can tell, once I have connected to a remote calendar, that connection is there forever.
Bug: [Flatpak] Set DICPATH in Flatpak again ( so that hunspell dictionaries are properly loaded)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-07-16 04:00:29+00:00
Resolved: 2024-07-30 16:09:12+00:00

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

Steps to reproduce:

In https://bugzilla.mozilla.org/show_bug.cgi?id=1882352 I set the DICPATH environment variable so that hunspell dictionaries are properly loaded but that change seems to have gone missing through https://bugzilla.mozilla.org/show_bug.cgi?id=1850043 when runme.sh was renamed to repack.sh

It's no longer in repack.sh https://hg.mozilla.org/comm-central/file/tip/taskcluster/docker/tb-flatpak/repack.sh


Actual results:

N/A


Expected results:

N/A
Bug: profiles with normal menu set to show lose the menu on upgrade to beta
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-07-16 06:55:05+00:00
Resolved: 2024-07-17 10:14:20+00:00

I was wondering where my menu of my main profile went. Then tested with a somewhat older (not super old) testing profile and an build from June. Before upgrade, I had set the menu to show. After upgrade, the menu is gone. Something's not right with bug 1901705 - it shouldn't hide the menu when the user explicitly set it to show.
Bug: Thunderbird 128 no longer uses base64 encoding for signed-only OpenPGP messages, resulting in broken signatures with some providers.
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-07-16 11:20:39+00:00
Resolved: 2024-08-07 14:27:27+00:00

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

Steps to reproduce:

I tried TB 115.12. Everything is OK.
Error only in TB 128.0esr.


Actual results:

If the signature text field in the account settings is empty, I can send a digitally signed email using OpenPGP.
The digital signature is valid.

However, if the signature text field contains text, then the digital signature of a sent email is invalid.

But strangely enough, the digital signature is valid if I send this email encrypted.
Bug: TBKeys-lite breaks typing in quick filter on 128esr
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-07-16 20:03:49+00:00
Resolved: 2024-08-29 07:56:46+00:00

QuickSearch does not accept certain characters when typed directly into the search box.

For example, of the string "Hilton", when I type it, I get "Hiln"; neither a "t" nor an "o" will appear no matter how many times I type them.  Numbers also seem to be excluded.  Not sure of the complete list of characters that can't be used.

I can, however, paste "Hilton" in from the clipboard, and all characters appear.

Version: 128esr
Platform: Linux/Flatpak
Bug: Reply-To header sometimes incorrectly processed.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-07-16 20:56:21+00:00
Resolved: 2024-07-20 16:04:11+00:00

Steps to reproduce:

I attempt to 'reply' to a message containing a Reply-To: header.


Actual results:

Composition window creates a message To: the To: address of the original message with a Reply-To: the Reply-To: address of the original message.


Expected results:

The message in the composition window should be To: the original Reply-To: address an should not have a Reply-To:
Bug: [flatpak]got downgraded from esr128.0 to 115.13.0
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-07-17 07:31:45+00:00
Resolved: 2024-09-02 13:33:11+00:00

Steps to reproduce:

a few days ago, Thunderbird update to 128esr was available via flatpak and was installed by me. 


Actual results:

today it was downgraded to 115.13.0 and I can not open thunderbird, because of the profiles version mismatch (profiles where  modified by a thunderbird version newer than the running one)


Expected results:

actually I think - no downgrade.
Bug: Intermittent comm/mail/base/test/widgets/browser_autoTreeView.js | Error: No data transfer object after synthesizing the mouse!
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2024-07-17 07:58:15+00:00
Resolved: 2024-07-22 06:47:10+00:00

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

---
```

```
Bug: Thunderbird has been updated to old version on Flathub
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-17 08:37:20+00:00
Resolved: 2024-07-18 07:41:51+00:00

Steps to reproduce:

The command ‘flatpak update’ was executed via GNOME Terminal (same effect probably via the automatic update via GNOME Software).


Actual results:

The previously installed version 128.0esr has been ‘updated’ to version 115.13.0esr. This causes Thunderbird to report that the profile is not compatible and expects the user to create a new profile.


flatpak info org.mozilla.Thunderbird

Thunderbird - Thunderbird is a free and open source email, newsfeed, chat, and
calendaring client

Kennung: org.mozilla.Thunderbird
Ref: app/org.mozilla.Thunderbird/x86_64/stable
Architektur: x86_64
Zweig: stable
Version: 115.13.0
Lizenz: MPL-2.0
Ursprung: flathub
Sammlung: org.flathub.Stable
Installation: system
Installiert: 269,9 MB
Laufzeitumgebung: org.freedesktop.Platform/x86_64/23.08
Sdk: org.freedesktop.Sdk/x86_64/23.08

Commit: c2e09fc595198cf5c467ddad1fab56c0be512758584e16c3b933f2410968306a
Parent: 2151b1e101f1266d135040c142f4c36a7e3373dc772e75a509a38efc39ded993
Betreff: Export org.mozilla.Thunderbird
Datum: 2024-07-16 18:58:52 +0000


Expected results:

Thunderbird should not simply be rolled back to a much older version. Users are currently unable to start Thunderbird or have to create a new profile, which should be more than annoying.

Please update to 128.0esr as soon as possible so that previously updated Thunderbird installations can run properly again!

Thank you very much!
Bug: Lost my Calendar and contacts with latest update!!
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-17 14:15:55+00:00
Resolved: 2024-07-18 09:34:06+00:00

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

Steps to reproduce:

Updated with Linux Mint update. Lost calendar and Contacts and head to set up a new profile!!


Actual results:

Lost calendar and Contacts and had to set up a new profile!!


Expected results:

All calendar and Contacts should have been carried across. Have I lost them!!
Bug: New flatpak version downgrades version
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-17 15:45:42+00:00
Resolved: 2024-07-18 07:42:40+00:00

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

Steps to reproduce:

1. Update flatpak thunderbird from flathub
2. Open thunderbird
3. Notice pop-up saying a different version of thunderbird was used for this profile, and thus a new profile needs to be created.


Actual results:

Version reported on flatpak went from 128.0esr to 115.13.0, causing the bug.


Expected results:

Version should go up after updates for the flatpak package, not down, to avoid profile errors.
Bug: Conversation mix-up with cloned mail, Mail does not display anymore: in box, in search.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-07-17 16:10:33+00:00
Resolved: 2024-07-18 17:57:54+00:00

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

Steps to reproduce:

To use adressees of an old mail (from 2022 in 2024), I pressed "answer to all", Threw away all text and title, And "Cloned" the new mail from the old mail for the number of adressees, with new title, and new text. Fast, convenient, I thought. 
Now a recieved an answer tot this clone, and it is linked to the old mail conversation from 2022. I tried to break the new mail free from the old conversation. I messed (=unreproducable) with the conversation icon in the left margin/column, I messed (=unreproducable) with the view (beeld) and now this mail has disappeared from the mail UI. If I Search for the mail, with fastfilter, AND with Search screen, TB reports 1 result, but does not display the result in the screen of fastfilter nor 'Search Mail' results screen. This is wierd! 


Actual results:

A mail disappeared from the interface/ list of received mails in the incoming mail box. Fastfilter (Dutch: snelfilter ) and "Search screen" (dutch: Zoekvenster) report in the header 'one found', but does not display. I have seen this mail once, after loosing it, when scrolling through 2022 mails, but lost track of it. Even after this, it does not show up in search results. I NEED THIS NEW MAIL! IT's gone! Does not show! 


Expected results:

1) The mail should appear when column of mails sorted on 'DATE', 
2) mail should be displayed when searched for where the resultscounter show "1 found'. 
3) There should be a "display all" to revert any F*U* with selection tolls or column settings. I cannot find that intuitively.
Bug: When copying and then pasting an event in the Thunderbird calendar; when you click "Paste without sending", it sends anyway
Status: UNCONFIRMED
Priority: --
Created: 2024-07-17 16:12:38+00:00
Resolved: 2024-07-17 16:14:19+00:00

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

Steps to reproduce:

Right click an event in the calendar and click "copy". Then right click a new date and click "past". Choose "Paste without sending".


Actual results:

It sends anyway. The calendar event correctly appears in the new date but the invite sends as well. This is very bad for me as after I've pasted, I generally need to change the time of the new event copy *before* sending. Therefore this is sending an invite at the wrong time before I can amend the event to send again.


Expected results:

It should create the event (as it already does) but it *shouldn't* send the invite.
Bug: iCloud default "Archive" folder selection in settings
Status: UNCONFIRMED
Priority: --
Created: 2024-07-17 20:06:20+00:00
Resolved: 2024-07-17 20:06:36+00:00

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

Steps to reproduce:

When setting up an iCloud email account, certain folder defaults are selected automatically to match the naming conventions in Apple's mail service. For example, the default Sent folder is named "Sent Messages", and is selected automatically when an iCloud account is set up.

However, the Archive folder is set up using the default "Archives" folder. In iCloud, the correct folder name is "Archive" (non-plural). 


Actual results:

As a result, when using the default settings after configuring an iCloud account and choosing to archive a message, a new "Archives" folder is created in the mail account.


Expected results:

Ideally, TB should use the already existing "Archive" folder as the default folder for Archives.
Bug: Building with --disable-mapi fails
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-07-17 22:51:51+00:00
Resolved: 2024-07-29 17:31:20+00:00

STR:
- Set up a mozconfig to build targeting Windows
- add `ac_add_options --disable-mapi`
- Build

Expected:
Compile finishes successfully

Actual:
Build fails early
File "/home/rob/moz/m-c/comm/mailnews/addrbook/src/components.conf", line 113, in <module>
  if buildconfig.substs["OS_ARCH"] == "WINNT" and buildconfig.substs["MOZ_MAPI_SUPPORT"]:
                                                  ~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^
File "/home/rob/moz/m-c/python/mozbuild/mozbuild/backend/configenvironment.py", line 276, in __getitem__
  raise KeyError("'%s'" % key
KeyError: "'MOZ_MAPI_SUPPORT'"
Bug: Missing internet connection error message misplaced
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-07-17 23:35:28+00:00
Resolved: 2024-08-03 10:55:34+00:00

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

Steps to reproduce:

1. Launch Thunderbird 115.12.2 (64-bit) without internet connection (Windows 11 Pro 23H2)


Actual results:

Error popup about the missing internet connection is misplaced (truncated in top left corner). This is a regression (bug introduced in one of the previous versions).


Expected results:

Error popup about the missing internet connection is shown in lower right corner not truncated.
Bug: threaded view misbehaves in custom views: older messages from thread appear suddenly when younger messages are removed
Status: NEW
Priority: --
Created: 2024-07-17 23:48:08+00:00
Resolved: 2024-08-15 08:29:56+00:00

reproducible: always

## steps to reproduce
1. You need at least two emails in the test folder, one received >7 days ago, the other <7 days ago.
2. The messages need to be from the same thread.
3. choose "table view" or "Cards View" (both are affected)
4. `view` ► `sort by` ► `threaded` ---> _result_: both messages are displayed as a thread
5. `view` ► `messages` ► `custom views` ► `last 7 days` ---> _result_: the older message disappears, only the younger message is displayed
6. select the younger message displayed in `step 4` and press `a` to archive
   ---> _result:_ the younger message disappears (**expected**) and the older message is displayed instead (**unexpected**)
7. switch to another folder and back again ---> _result:_ the older message has disappeared

## actual results
(included above)

## expected results
* **step 4**: **expected**
* **step 5**: Opinions probably vary here.
   * If at least 1 message meets the custom view criteria (i.e. younger than 7 days in this case), one could expect the entire thread to be displayed. I can see use cases where this is helpful.
   * On the other hand, logic would dictate that only messages younger than 7 days are displayed (either threaded or unthreaded), so messages older than 7 days have to be cut off from the thread. I can also see use cases where this is helpful. So it's a mixed bag.
* **step 6**: This is definitely **unexpected** behaviour. Expected results: Either show the entire thread (as pondered in step 4) or cut it off, but it makes no sense to show older messages _only_ once the younger ones have been archived.
* **step 7**: same answer as for step 6: either show the entire thread or cut it off
Bug: TB Menu links and email links that open a browser are not working
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-07-17 23:50:50+00:00
Resolved: 2024-07-18 12:03:46+00:00

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

Steps to reproduce:

Various menu links in Thunderbird are not working when clicked on. I.e., under Help > Get Involved or Help > Make a Donation. 


Actual results:

Clicking on these links and others does nothing. It appears they may open an html file or http URL, but nothing happens. The same with links within email messages.


Expected results:

It should open another tab, window or browser window or tab.
Bug: Experimental Exchange Support account setup hangs at "Checking Password" (if enabling on 128.0)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-07-18 07:50:54+00:00
Resolved: 2024-07-19 21:29:15+00:00

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

Steps to reproduce:

Enable experimental exchange support in Flatpak version of 128.0 on linux, add an exchange account using the "Exchange Web Services" available configuration


Actual results:

Account instantiation hangs at "Checking Password" (although a green message is displayed just under this saying "Password OK").  


Expected results:

The account should be created.

I know of at least one other user having this issue.
Bug: Double-click on email does not find sender identity (email address) and substitutes it with my main email address in one account
Status: UNCONFIRMED
Priority: --
Created: 2024-07-18 09:32:54+00:00
Resolved: 2024-08-22 08:37:18+00:00

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

Steps to reproduce:

Double click on emails in one gmx account replaces sender identity with my default identity pretending it can't find the correct identity.
Right click and opening the email that way or in a tab or in the 3-part layout does not show this problem.
Bug: Port bug 1906599 - Move MOZ_OPTIMIZE_LDFLAGS from old-configure to moz.configure
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2024-07-18 11:10:43+00:00
Resolved: 2024-07-22 13:51:02+00:00

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

---
```
At lease ccov builds are broken: https://searchfox.org/comm-central/search?q=LDFLAGS&path=mail%2Fconfig%2Fmozconfigs&case=false&regexp=false
```