av9ash/GitBugs huggingface dataset:
Bug: getTagFolder fails with nsIMsgLocalMailFolder.createLocalSubfolder
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-12-29 15:34:19+00:00
Resolved: 2025-01-23 07:15:02+00:00

The `messenger.folders.getTagFolder` function fails for some users when the virtual tag folder does not yet exist.

They are running into the other branch here: https://searchfox.org/comm-esr128/rev/7ba4471e047afbc95ea809a368a8390e1c3af273/mail/modules/SmartMailboxUtils.sys.mjs#173

With an error like this:
```
Component returned failure code: 0x80550013 [nsIMsgLocalMailFolder.createLocalSubfolder]
getTagFolder resource:///modules/SmartMailboxUtils.sys.mjs:224
verify resource:///modules/SmartMailboxUtils.sys.mjs:178
getSmartMailbox resource:///modules/SmartMailboxUtils.sys.mjs:267
getTagFolder chrome://messenger/content/parent/ext-folders.js:1300
result resource://gre/modules/ExtensionParent.sys.mjs:1221
withCallContextData resource://gre/modules/ExtensionParent.sys.mjs:664
result resource://gre/modules/ExtensionParent.sys.mjs:1220
withPendingBrowser resource://gre/modules/ExtensionParent.sys.mjs:674
result resource://gre/modules/ExtensionParent.sys.mjs:1219
callAndLog resource://gre/modules/ExtensionParent.sys.mjs:1170
recvAPICall resource://gre/modules/ExtensionParent.sys.mjs:1218
SmartMailboxUtils.sys.mjs:180:17
```

The code to trigger this was simply:

```
let tags = await messenger.messages.tags.list();
let tagFolders = await Promise.all(tags.map(async tag => {
  let folder = await messenger.folders.getTagFolder(tag.key);
  folder.color = tag.color;
  folder.subFolders = [];
  return folder;
}));
```

It appears to be specific tags, I'm asking for more info at https://github.com/kewisch/quickmove-extension/issues/194
Bug: Delete Message in "New" Virtual Folder leads to weird broken message
Status: UNCONFIRMED
Priority: --
Created: 2024-12-29 17:04:08+00:00
Resolved: 2024-12-31 22:28:51+00:00

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

Steps to reproduce:

Version 128.5.2 (up to date)
Windows 11 Pro 24H2 (up to date)

I have a virtual folder that matches only on Status is New.
I wait for messages to show up there.
I delete some of these messages from the messages list for this folder.



Actual results:

Often, some of the deleted message remain, but with a lot of the information missing.

The "Read Status" column goes from New to Read (color change.)
The "Subject" and "Correspondents" columns are blank.
The date in the "Date" Column remains.
The folder in the "Location" Column remains (a filter has moved the email into this folder.)

When I double-click on the message to open it, the message viewer window is mostly blank.  There's only a Menu Bar and a Tool Bar, but the Tool Bar is created by an extension.


Expected results:

The messages should be removed from the messages list
Bug: fresh account sync sorts some mails wrong
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-12-30 10:48:37+00:00
Resolved: 2025-01-02 07:17:26+00:00

Steps to reproduce:

Sync an email account via imap to a fresh thunderbird install


Actual results:

A few emails appeared to be new but where wrong sorted. They had the time of the sync displayed as the reviving date but as I looked into the email source the date was very old.


Expected results:

The email got sorted properly
Bug: Reply-to is ignored in all mails from github
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-12-30 18:01:31+00:00
Resolved: 2025-01-02 09:31:54+00:00

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

Steps to reproduce:

It seems that replying to any email from github ignores the Reply-To header and instead replies to the sender. E.g. with these headers

From: xxx <notifications@github.com>
Reply-To: Yubico/pam-u2f <reply+AGJHYW56OQGQXZ7YONGFZOOFOEFB5EVBMXHAA5N4QY@reply.github.com>
To: Yubico/pam-u2f <pam-u2f@noreply.github.com>
Cc: Frank-Steiner <xxx>, Author <author@noreply.github.com>

TB should reply to the "Yubico/pam-u2f <reply+AGJ..." adress.

This happens with all emails that I have got from notifications@github.com and that have a Reply-To field.

It does not happen with any other email that I found that has a Reply-To header. Maybe the special form of the reply-to address somehow confuses TB at some point?

I realized this with my TB 128esr and checked with 135.0a1 that it is still not fixed in the latest alpha.


Actual results:

TB replies to the From address "xxx <notifications@github.com>"


Expected results:

TB should reply to the Reply-To address "Yubico/pam-u2f <reply+AGJ..."
Bug: not all mails downloaded, number of mails per year in multiples of 100 only
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-12-30 18:41:04+00:00
Resolved: 2025-01-02 08:17:32+00:00

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

Steps to reproduce:

installed the program as usual.  However, it does not download all mails, but rather lists them in multiples of 100.  E.g. on year has 200 mails downloaded, another one has 500 downloaded etc.  Some years have presumably the correct number mails downloaded.



Expected results:

Each year should have all mails downloaded.
Bug: open mail in new tab (foreground) from experimental code sometimes fails.
Status: NEW
Priority: --
Created: 2024-12-31 13:17:49+00:00
Resolved: 2025-01-02 07:50:57+00:00

This is in an error in THunderbird 128.5.1 - I think it occured also with earlier versions of 128. 
I am using the following function, passing in the stored message Uri of a bookmarked message:

```js
      tabmail.openTab("mailMessageTab", {
        messageURI: messageUri,
        background: false,
      }); 
```

it opens a blank tab (no title)

When debugging, I can see the message first opens in a new tab until the following line in tabmail.js:867


```js
          if (!background) {
            this.panelContainer.selectedPanel = tab.mode.tabType.panel;
          }
```

`tab.mode.tabType.panel` is undefined (tabType.name is "mailTab", as expected). So it looks like setting `selectedPanel` to undefined somehow deletes the contents of the tab

If have also seen this in tabmail.js:863

```js
          if (!background) {
            this.panelContainer.selectedPanel = tab.panel;
          }
```

in this case tab.panel is a `vbox.deck-selected`. after setting `selectedPanel` the same happens - the tab becomes blank with no title.

Workaround: call the function with `background:true` and then activate the tab later manually.
Bug: Window close button does not extend to top right corner of screen when window is maximized
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-12-31 18:06:24+00:00
Resolved: 2025-01-22 12:51:14+00:00

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

Steps to reproduce:

0. Make sure "Hide system window title bar" is checked in Settings
1. Maximize the Thunderbird window
2. Move the mouse cursor to the very top-right edge of the screen
3. Click


Actual results:

Nothing


Expected results:

This should result in clicking on the Close button and close the window.

I think this is bug https://bugzilla.mozilla.org/show_bug.cgi?id=1560702 but for some reason I can't comment there. Are comments always disabled on closed issues? That would be stupid.
Bug: Trash Folder Total Message Count Is Incorrect
Status: UNCONFIRMED
Priority: --
Created: 2024-12-31 18:24:24+00:00
Resolved: 2025-01-02 16:32:14+00:00

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

Steps to reproduce:

Version 128.5.2 (no updates available)
Windows 11 Pro 24H2 (no updates available)

Select the Trash Folder in the Folder Pane to see what messages are inside


Actual results:

Only ONE message is listed, but the Total Message Count on the Folder itself indicates TWO messages


Expected results:

 The Total Messages Count on the Folder should always indicate exactly how many messages are in the folder.   In this case, ONE message
Bug: Thunderbird add-on "Remove Duplicate Messages" freezes in some cases
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2025-01-01 15:17:26+00:00
Resolved: 2025-01-02 07:08:13+00:00

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

Steps to reproduce:

1. Installed add-on "Remove Duplicate Messages"
2. Attempt to use in several mail folders
3. Computer under Debian 11, Thunderbird 128.5.0


Actual results:

When the folder contains fewer than approximately 200 duplicate messages, the add-on functions correctly, deleting duplicate messages
When the folder contains more than approximately 300 duplicate messages, the application :
1. correctly displays a list of duplicate messages
2. displays a message similar to "moving xxx message of yyy to trash"
3. computer freezes. The only solution is a hard shut down.


Expected results:

The hoped for result is the actual result for a small number of duplicate messages.
Bug: Folder Mode "Unread Folders" Forever Lists ONLY the Folders with Unread Message at the time you enabled it
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-01-01 20:44:34+00:00
Resolved: 2025-01-02 07:40:33+00:00

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

Steps to reproduce:

Version 128.5.2
Windows 11 Pro 24H2

Click the "..." Icon on the Folder Pane and select "Folder Mode -> Unread Folders"


Actual results:

The "Unread Folders" section is added to the Folders Pane.  It lists the folders that have unread messages at the time you enabled the Unread Folders mode.

When you have read all the message in one of these folders, the folder does not leave the Unread Folders section.

When a new message is added to any other folder, that folder does not get added to the Unread Folders section.


Expected results:

Perhaps this is by design, but I was looking for a way to see all folders and only folders with unread messages in a short, compact list.

I think which folders are in the section should update as the status of the folders change.

Is this a Bug or is this an Enhancement?  Change as you see fit.
Bug: Crash in [@ shutdownhang | nsINode::ComputeIndexOf] via MimeInlineTextHTMLParsed_parse_eof
Status: NEW
Priority: --
Created: 2025-01-01 20:54:05+00:00
Resolved: 2025-01-07 02:06:31+00:00

[crashes signatures via MimeInlineTextHTMLParsed_parse_eof](https://crash-stats.mozilla.org/search/?proto_signature=~MimeInlineTextHTMLParsed_parse_eof&product=Thunderbird&date=%3E%3D2024-07-01T20%3A43%3A00.000Z&date=%3C2025-01-01T20%3A43%3A00.000Z&_facets=signature&_sort=-date&_columns=date&_columns=signature&_columns=product&_columns=version&_columns=build_id&_columns=platform#facet-signature)
include:
* MimeInlineTextHTMLParsed_parse_eof
* shutdownhang | nsINode::ComputeIndexOf   
* shutdownhang | nsINode::GetPreviousSibling  
* OOM | small   
* shutdownhang | nsINode::GetNextSibling   	
* OOM | large | NS_ABORT_OOM | nsTSubstring<T>::AllocFailed | AppendUTF8toUTF16 | NS_ConvertUTF8toUTF16::NS_ConvertUTF8toUTF16 | MimeInlineTextHTMLParsed_parse_line  	
* MimeObject_write   
* OOM | large | NS_ABORT_OOM | nsTSubstring<T>::AllocFailed | nsTSubstring<T>::Append | MimeInlineTextHTMLParsed_parse_line  
* nsWrapperCache::nsWrapperCache  	
* mozilla::RustCell<T>::RustCell  
* OOM | large | NS_ABORT_OOM | nsTSubstring<T>::AllocFailed | nsTSubstring<T>::Assign | nsTString<T>::nsTString   
* OOM | large | NS_ABORT_OOM | nsTSubstring<T>::AllocFailed | AppendUTF16toUTF8 | NS_ConvertUTF16toUTF8::NS_ConvertUTF16toUTF8 | MimeInlineTextHTMLParsed_parse_eof 
* shutdownhang | nsINode::HasSlots   ]


Crash report: https://crash-stats.mozilla.org/report/index/b777c775-5258-42c8-a224-157ee0241223 [user reports](https://forums.mozillazine.org/viewtopic.php?p=14990251) one pop account and a few imap accounts, with memory increasing until crash

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

Top 9 frames:
```
0  xul.dll  MOZ_Crash(char const*, int, char const*)  mfbt/Assertions.h:317
0  xul.dll  mozilla::(anonymous namespace)::RunWatchdog(void*)  toolkit/components/terminator/nsTerminator.cpp:244
1  nss3.dll  _PR_NativeRunThread(void*)  nsprpub/pr/src/threads/combined/pruthr.c:399
2  nss3.dll  pr_root(void*)  nsprpub/pr/src/md/windows/w95thred.c:139
3  ucrtbase.dll  thread_start<unsigned int (__cdecl*)(void*), 1>
4  kernel32.dll  BaseThreadInitThunk
5  mozglue.dll  mozilla::interceptor::FuncHook<mozilla::interceptor::WindowsDllInterceptor<mo...  toolkit/xre/dllservices/mozglue/nsWindowsDllInterceptor.h:150
5  mozglue.dll  patched_BaseThreadInitThunk(int, void*, void*)  toolkit/xre/dllservices/mozglue/WindowsDllBlocklist.cpp:562
6  ntdll.dll  RtlUserThreadStart
```
Bug: Default email address does not come up as first option when creating email
Status: UNCONFIRMED
Priority: --
Created: 2025-01-01 22:43:54+00:00
Resolved: 2025-01-02 22:33:08+00:00

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

Steps to reproduce:

Start typing a recipient name in the To field.  The recipient has two addresses in my address book.  I have marked his gmail address as the default.  His other address is sbcglobal.  


Actual results:

The default address only comes up first if I enter the recipient's second name first.  If I begin by typing his first name first, then the default shows second in the list.  His first name is Brad and his second name begins with C.  I have attached images.


Expected results:

The default address should always appear first in the drop down list.  I found this problem listed 9 years ago and marked solved at the time.
Bug: Intermittent comm/mail/test/browser/message-reader/browser_darkReader.js | The #headStyle should have a white color - "rgb(0, 0, 0)" == "rgb(255, 255, 255)"
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2025-01-02 11:36:27+00:00
Resolved: 2025-01-08 09:31:09+00:00

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

---
```

```
Bug: Intermittent comm/mail/base/test/browser/browser_threadTreeSelection.js | selected indices should be restored - [0] deepEqual [1,4,5,7,9,11,13,15,17] -
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2025-01-02 11:39:09+00:00
Resolved: 2025-02-24 06:27:23+00:00

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

---
```

```
Bug: Threading not correct in unified folder after bug 1893793
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2025-01-02 16:08:55+00:00
Resolved: 2025-02-13 19:18:31+00:00

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

Steps to reproduce:

Use a unified folder and switch to threaded view.
Collapse all threads.
Expand the first thread.
Switch threading off.
Switch threading on.
Expand the first thread.


Actual results:

The first thread is not threaded correctly.

Mozregression brought us here:
https://hg.mozilla.org/comm-central/pushloghtml?fromchange=ef7544db22a9042695bc0a146ee24eb8140190ce&tochange=445334850d02f3861dbb691e6ef6a0b84584071b
Bug: The Flatpak version of TB does not ship with evolution-data-server
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2025-01-02 23:48:50+00:00
Resolved: 2025-01-03 07:48:23+00:00

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

Steps to reproduce:

The EDS calendar integration module (https://addons.thunderbird.net/fr/thunderbird/search/?q=gnome&appver=128.5.2&platform=Linux) can not access the evolution-data-server implementation of the Gnome desktop, which is needed to integrate events and events notifications in the gnome-shell calendar.

This problem would also apply to any addon that expect to be able to access evolution-data-server. 

@mfshumann, the maintainer of the BetterBird Flatpak on github traced the problem and found a fix:

Using the console (Dev Tools, CTRL+Shift+I) I found this error:

2025-01-02T20:44:04.222Z ERROR  edscalendar.edscalendar : Cannot load edsCalendarClient
  LoadingLibException: Library libecal-2.0.so or libecal-1.2 not available. EdsCalendar requires EDS >= 0.8
  Stack:
    LoadingLibException@resource://edscalendar/legacy/modules/utils/exceptions.jsm:33:5
loadOldEdsLib@resource://edscalendar/legacy/modules/bindings/edslib.jsm:72:13
loadEdsLib@resource://edscalendar/legacy/modules/bindings/edslib.jsm:48:19
init@resource://edscalendar/legacy/modules/bindings/libedataserver.jsm:48:27
CalEdsProvider@resource://edscalendar/legacy/modules/calEdsProvider.jsm:73:22
@resource://edscalendar/legacy/modules/calEdsProvider.jsm:980:24
@resource://edscalendar/legacy/modules/edsCalendarClient.jsm:34:40
createEdsCalendarClient@jar:file:///var/home/martin/.thunderbird/8qojr0tq.default-default/extensions/%7Be6696d02-466a-11e3-a162-04e36188709b%7D.xpi!/api/edsCalendar.js:88:49
onStartup@jar:file:///var/home/martin/.thunderbird/8qojr0tq.default-default/extensions/%7Be6696d02-466a-11e3-a162-04e36188709b%7D.xpi!/api/edsCalendar.js:50:35

So the extension tries to load libecal.so from the flatpak app sandbox, but cannot find it (because it is not included in freedesktop Platform and we do not include it when build Betterbird). For gnome calendar, evolution data server is packed into the flatpak so that libecal.so is available there.

My plan for BB is to include evolution data server in the flatpak as well.




Actual results:

The plugin does not work.  No integration with the gnome-shell is possible.
The solution would be to include evolution-data-server in the Flatpak.


Expected results:

Installing the plugin should permit Thunderbird to use evolution-data-server to display events and tasks in gnome-shell.
Bug: useless error message when matrix server certificate is untrusted
Status: UNCONFIRMED
Priority: --
Created: 2025-01-03 01:11:36+00:00
Resolved: 2025-01-03 07:49:09+00:00

Steps to reproduce:

When connecting to a Matrix server for which the certificate is not trusted, Thunderbird displays a completely misleading error like:
"Error: Homeserver URL does not appear to be a valid Matrix homeserver"

When adding the certificate, things worked.

Interestingly, when then manually disabling the certificate in the certificate manager afterwards, Thunderbird would still trust the certificate until it is restarted, which is IMO a grave security bug.
But since I'm fairly certain that I have reported the very same bug already years ago for Firefox, and Mozillia didn’t care (which is typical, as security doesn't matter for it), I won't bother to report the same for TB.



Expected results:

Give a proper error message, like "cannot connect because of untrusted server certificate" or so.
Bug: Partial POP3 messages are not correctly sorted by Size
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2025-01-03 12:51:33+00:00
Resolved: 2025-02-12 12:07:40+00:00

__STR:__
1. Set "Fetch headers only" in a POP account.
2. Get some new messages.
3. Sort the inbox by Size.

__Expected result:__
All messages are correctly sorted by size.

__Actual result:__
Partial messages are not correctly sorted by size.
Bug: In Local Folders account - a selected folder does not 'Copy to' another folder in Local Folders - it moves the folder.
Status: NEW
Priority: --
Created: 2025-01-03 17:51:05+00:00
Resolved: 2025-01-03 20:06:40+00:00

Windows 10
Thunderbird version 128.5.2

Test:
In 'Local Folders' account
- Create a folder eg: 'Taxes' and it contains a subfolder. Put some emails into those folders.
- Create another folder called 'Hold Taxes'
- Right click on 'Taxes' folder - select 'Copy to' >hover over menu  'Local Folders > click on 'Hold Taxes'

Structure:
-  Local Folders
- - Taxes
- - -  subfolder
- -  Hold Taxes

*Actual REsults:*
Folder called 'Taxes' and it's subfolders are 'moved' into the folder called 'Hold Taxes' 
Structure:
- Local Folders
- -  Hold Taxes
- - -  Taxes
- - - - subfolder

*Expected Results:*
Folder called 'Taxes' is 'copied' into the folder called 'Hold Taxes'
- Local Folders
- - Taxes
- - - subfolder
- - Hold Taxes
- - - Taxes
- - - - subfolder

So I have the original 'Taxes' folder still under 'Local Folders' and also a copy of 'Taxes' as a subfolder of 'Hold Taxes'

This issue was brought to my attention by another user in the Thunderbird Support Forum, so I tested and can confirm I can replicate.
https://support.mozilla.org/en-US/questions/1483055
Bug: Activity Manager progress bar in status bar is not removed when there is no activity
Status: UNCONFIRMED
Priority: --
Created: 2025-01-03 18:01:36+00:00
Resolved: 2025-01-19 00:40:06+00:00

Steps to reproduce:

Nothing.


Actual results:

The Activity Manager progress bar in the status bar is not removed when there is no activity.


Expected results:

It should be hidden when there is no activity. This is very distracting for me.

If I open the Activity Manager and click the `Clear List` button, the status bar indicator remains.

This doesn't start happening immediately, only after TB has been open for a while.
Bug: Drag and drop email from IMAP account to local account can cause email to be lost if another application window pops up during drag and drop operation.
Status: UNCONFIRMED
Priority: --
Created: 2025-01-03 23:41:35+00:00
Resolved: 2025-01-07 09:19:49+00:00

Steps to reproduce:

Select email from GMail IMAP account Inbox
Drag email to a Local Folders account sub-folder with mouse.
Another application window pops up during drag and drop activity.


Actual results:

Email is deleted from GMail account and does not appear in destination Local Folders account sub-folder.  No trace of email left in GMail account under Trash or any other folder.


Expected results:

Expected email to be moved from GMail Inbox to Local Folders account, which does operate as expected provided no other application window pops up on screen during drag and drop activity.

Issue has been present for some time with 32-bit Thunderbird & 64-bit Thunderbird 128.5.2esr version shows the same issue.
Bug: Global Inbox goes empty sometimes after moving messages to folders
Status: UNCONFIRMED
Priority: --
Created: 2025-01-04 01:10:23+00:00
Resolved: 2025-01-07 09:07:36+00:00

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

Steps to reproduce:

Periodically when I have multiple emails in my "Global Inbox" that merges 5 email addresses, while I highlight and move one or two messages over into a folder on the left side and drop, the Global Inbox blinks and goes empty. Says no messages found. I can restart Thunderbird and the remaining messages re-appear and the ones moved have been moved properly. 


Actual results:

Cannot repeat every time I move messages, but it occurs randomly several times a week. Just started it seems about 1 month ago possibly after an upgrade?


Expected results:

Inbox messages should have been moved into another folder and the Global Inbox reflect those messages are now gone, but still show any remaining messages in the Global Inbox.