av9ash/GitBugs huggingface dataset:
Bug: Inline spell check as you type fails to mark main body text of plain text reply to HTML message, marks quotes of another language instead.
Status: UNCONFIRMED
Priority: --
Created: 2020-04-14 22:17:54+00:00
Resolved: 2021-02-20 21:09:51+00:00

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

Steps to reproduce:

In 68.7.0 I have "Enable spellcheck as you type" enabled. Installed dictionaries are English and German. I was replying to some (HTML) message in non-HTML (preference) mode.


Actual results:

Spell checking (even though set to German) did not happen in the text I typed; instead bad spelling was marked in the quoted text (see attachment)


Expected results:

Mis-typed words should have been marked.
Bug: unable to send and receive emails
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-04-14 23:12:42+00:00
Resolved: 2020-04-16 23:41:32+00:00

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

Steps to reproduce:

Don't know what to do.  All my stuff is correct.  Won't except my password.Sending of password for user @att.net did not succeed. Mail server inbound.att.net responded: Server error - Please try again later.  Does the same thing for outbound



Expected results:

I want to be able to send and receive my emails.
Bug: Clicking on folder forces rename
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-04-15 04:43:39+00:00
Resolved: 2020-04-15 04:49:16+00:00

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

Steps to reproduce:

* Have a custom folder below an account (e.g. account@name.com > Slack)
* Simply click on that folder


Actual results:

* The "Rename Folder" window is opened, and can't be closed without renaming
** Clicking on "Cancel" or "X" will just indefinitely open the window again
* Also, the folder is opened


Expected results:

* The folder should have been opened without having to rename it every time
Bug: Context menu item "empty deleted" does not work with yahoo.co.jp accounts
Status: UNCONFIRMED
Priority: --
Created: 2020-04-15 07:25:39+00:00
Resolved: 2021-04-04 21:39:38+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/13.1 Safari/605.1.15

Steps to reproduce:

I can reproduce every time by doing the following in any Yahoo Japan! (yahoo.co.jp) IMAP account 
(please note it does not appear to affect mail accounts with other providers)

Right click (or Control-click) on "Deleted" folder  and select "Empty Deleted"
Click "Yes" button when asked to confirm "empty deleted"

Reproduced consistently on Mac OS X 10.11.6 and MacOS 10.14.6 with multiple users and locales set to English (UK) and to Japanese in existing and new profiles set up specifically for testing. All 4 yahoo.co.jp accounts have the same problem in all cases. 


Actual results:

Messages disappear momentarily and then come back. If the folder is open you can see it repopulates one message at a time, at a speed of about 50 to 100 mails per second, they do not all reappear instantaneously.

NB
This problem only affects yahoo.co.jp accounts (outlook.com, gmail.com and naver.com accounts tested give expected results). 

This problem has existed for some time (more than a year). Sorry, can't remember exactly when I first noticed nor whether it was after an upgrade or not (ie whether the likely cause was a change in Thunderbird or at Yahoo Japan!).



Expected results:

Messages should disappear permanently from the deleted folder.
Bug: The "delete" button does not work
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-04-15 08:42:09+00:00
Resolved: 2020-04-16 12:42:40+00:00

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

Steps to reproduce:


It is not possible to delete the email because the "delete" button does not work even if clicked
Bug: Opened tab points to another e-mail after a few days or restarts (TBD)
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-04-15 12:55:58+00:00
Resolved: 2021-04-04 21:39:56+00:00

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

Steps to reproduce:

- Open some mails in tabs
- Leave the tabs open for some days (in real life, waiting to have time to process it)
- Do usual work on Thunderbird : read, write, mark, delete, etc.
- [...]
- After a few days have passed, click on one of the tabs


Actual results:

Once clicked, the tab points to another e-mail. The tab title and the content are from another, never tabbed e-mail.


Expected results:

The tab should point to the e-mail initially tabbed.
Bug: create new mail in edit window,  appears as plain text, send, recip displays html
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-04-15 13:06:01+00:00
Resolved: 2021-07-06 12:52:33+00:00

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

Steps to reproduce:

Daily 2020-04-14
Using old profile, create "HTML" message (verified by view source, both HTML and plain text), but only plain text visible in edit window.  
Send to recip.  Switch to new profile, display message, HTML now visible. 
Reply to sender. Switch to old profile, display message,  plain text only
Old profile clearly set to Message Body: Display as Original HTML.


Actual results:

HTML with simple colors not displayed in old profile.  


Expected results:

Display HTML
Bug: Mail copied to "Sent" folder even though sending action was aborted
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-15 14:07:08+00:00
Resolved: 2021-02-06 10:43:28+00:00

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

Steps to reproduce:

Wrote a reply to an mail and then clicked the "Send" button. I have no passwords stored, so Thunderbird asks me to enter the SMTP password. Now I aborted the action using the cancel button in the message window.


Actual results:

The dialogue asking for the password remained. Closing this using "Cancel" moves the message to the "sent" folder but without sending it.


Expected results:

The SMTP password dialogue box should be closed, cause there's no need for asking for passwords anymore. The mail should not be copied to "Sent" folder but instead remain in "Drafts".
Bug: Message copied to "sent" despite send cancellation
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-15 15:06:16+00:00
Resolved: 2021-02-06 10:43:56+00:00

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

Steps to reproduce:

My client is configured to ask for the password before sending an e-mail (only on the first connection, actually)

According to the previously mentioned settings, after clicking on the "send" button two pop-up windows appear the "Outgoing  server (SMTP) password" and the "progress report", the latter one usually hidden behind the password window. Cancel the expedition of the e-mail by using the "cancel" button on the "progress report" window (displaying "connected to my_imap.server").


Actual results:

E-mail not sent but copied the "sent" folder (does appear in the same folder on the webmail client as well). No notification of cancellation appears.

These e-mails (canceled but saved) do not appear to be sent after the SMTP password is entered for other e-mails. 



Expected results:

Should have resulted in the same procedure as cancelling form the "Outgoing  server (SMTP) password" window, i.e. notification of cancellation and no copy to the "sent" folder
Bug: Subscribe window "Show items that contain" should not be shown at all for IMAP
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-04-15 15:14:37+00:00
Resolved: 2024-11-01 06:59:25+00:00

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

Steps to reproduce:

I have the Czech version 68.7.0. (64-bit). I have a lot of folders and a deep hierarchy. In "Subscribe ..." (in Czech "Správce odebírání ...") menu,  I need to look for some folder name to be able to stop subscribing in the item "Show items that contain" (in Czech "Zobrazit položky které obsahují:"). This item is gray and I can not use it.


Actual results:

nothing


Expected results:

I would like to obtain a list of selected folders
Bug: Searching for |Last, First| in address book/contacts side bar typically fails, even with |View > Show Name As > Last, First| - improve comma handling
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-04-15 17:13:31+00:00
Resolved: 2020-08-04 10:48:08+00:00

Just found an odd easter egg...

**STR**

1) Have these contacts in your local AB:

First | Last | Display | Email
----- | ---- | ------- | ----- 
Anne | Adams | Anne Adams | aa@asdf.com
John | Doe | John Doe | jo@c.com
Jane | Doe | Jane Doe | ja@c.com
Tom | Doe | Doe, Tom | td@c.com [note: different display name with comma]

2) In main AB, select `View > Show Name As > Last, First` (optional, but this makes the search failure even more surprising and obvious).
So your list of AB entries now looks like this:
````
Adams, Anne
Doe, Jane
Doe, John
Doe, Tom
````

3) Use "Name or Email" quick search field in AB or contacts side bar, type search terms to start searching by Last Name. E.g., as you're looking for "Doe, John" (between hundreds of contacts), you type:
🔎  `Doe`

4) Noticing that Last Name isn't enough to find what you're looking for (30 contacts matching "Doe" in your AB), try to narrow down on First Name, following the exact `Last, First` syntax as currently seen on all of your AB entries:
🔎  `Doe,`

**Actual Result**

- 🔎 `Doe` --> correctly finds John, Jane, and Tom Doe
- 🔎 `Doe,` -->
  - finds only `Doe, Tom` (lucky match on display name)
  - does *not* find `Doe, Jane` nor `Doe, John` (although they are matching on Last name)
- That's weird because searching for a Name exactly as displayed in the AB view list (Last, First) should certainly yield results...
- Enterprise users with large address books sorted by `Last, First` will not appreciate such unexpected search failures (worse if there are erratic matches, suggesting that user's search pattern works as intended whilst it actually fails).

**Expected Result**

- 🔎 `Doe,` --> search results should include all contacts where `Doe` matches, i.e.
  - `Doe, Jane`
  - `Doe, John`
  - `Doe, Tom`
Bug: Character encoding wrong in the email address when using non-ascii in domain part of email address (IDN)
Status: NEW
Priority: P3
Created: 2020-04-15 18:24:00+00:00
Resolved: 2025-01-13 07:17:20+00:00

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

Steps to reproduce:


The problem occurs when entering Polish characters in the account configuration exactly the email address.
For example, I enter the email address: 
marcin@łyżka.pl


Actual results:

I approve the changes and leave the account configuration.
Then I enter the account configuration again, the e-mail address shows the address:
marcin@By|ka.pl


When I send emails, the recipient sees the address: marcin@By|ka.pl 
instead: marcin@łyżka.pl 
so he can't reply to the message



Expected results:

After confirming the changes in the account configuration, the e-mail address should be as follows: marcin@łyżka.pl
Bug: addon onboarding displays new TB main window and dialogs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-15 21:03:44+00:00
Resolved: 2020-06-19 00:49:42+00:00

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

Steps to reproduce:

my addon displays an onboarding page (html popup upon installation, seehttps://extensionworkshop.com/documentation/develop/onboard-upboard-offboard-users/).


Actual results:

1) a new TB is started
2) if a TB start should have dialogs (like: enter new password, or do you want to send messages), these dialogs are shown.
after confirming the dialogs, the new main window closes and the popup is shown.

If there are no dialogs, the new main window is displayed for a few seconds and then replaced by the popup.

funnily, the new main window is reduced to popup size.


Expected results:

don't show the new main window nor the dialogs.
Bug: Non-ASCII characters are in the local part of the recipients address
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-04-16 01:25:25+00:00
Resolved: 2020-12-20 20:03:18+00:00

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

Steps to reproduce:

I attach a file of email recipients using mail merge


Actual results:

After clicking send it gives me the error message: "There are non-ASCII characters in the local part of the recipient address . This is not yet supported. Please change this address and try again."


Expected results:

The emails should have sent as we have previously emailed the recipients before. I started having this issue after my Thunderbird updated to 68.7.0.
Bug: some quote are now colored
Status: REOPENED
Priority: --
Created: 2020-04-16 09:31:44+00:00
Resolved: 2021-07-02 13:48:51+00:00

Hello,

Since today or yesterday on some of my mails quotes there are color whereas on others they are not.

This seem to be a regression because there are no reasons to have color on quotes because quote are well distinguishable.

Best regards.
Bug: Thunderbird not able to send email since upgrade 67.8.0
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-04-16 11:25:46+00:00
Resolved: 2020-04-16 13:00:10+00:00

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

Steps to reproduce:

Reporting on behalf of elderly neighbour.
User unable to send emails. Create email, and click send, box appears 'Unable to send email' no other error message; also unable to save to draft. abandoned

Workaround
Disbaled Windows Defender (regedit)
Uninstalled Malwarebytes
Uninstalled TB
Reinstalled TB worked

Next day - again - same happened 


Actual results:

Workaround
Disbaled Windows Defender (regedit)
Uninstalled Malwarebytes
Uninstalled TB
Reinstalled TB worked

Next day - again - same happened so uninstalled TB and it worked


Expected results:

Able to send email - connect to SMTP
Bug: Thunderbird Crash in [@ shutdownhang | RtlAcquireSRWLockExclusive | mozilla::detail::RunnableFunction<T>::Run] getting new messages after startup
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-04-16 12:33:59+00:00
Resolved: 2022-09-02 14:16:57+00:00

crash after click on restart TB-Button in updating process (TB nightly 77.0a1) while mails in IMAP-Folders are going to be synchronised

This bug is for crash report bp-81b6ecf4-c4c2-4f7e-a7dd-878390200414.

```
Top 10 frames of crashing thread:

0 ntdll.dll RtlAcquireSRWLockExclusive 
1 xul.dll mozilla::detail::RunnableFunction<`lambda at /builds/worker/checkouts/gecko/netwerk/base/nsSocketTransportService2.cpp:1785:54'>::Run xpcom/threads/nsThreadUtils.h:557
2 xul.dll nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1220
3 xul.dll NS_ProcessNextEvent xpcom/threads/nsThreadUtils.cpp:481
4 xul.dll nsThread::Shutdown xpcom/threads/nsThread.cpp:909
5 xul.dll mozilla::net::nsSocketTransportService::ShutdownThread netwerk/base/nsSocketTransportService2.cpp:791
6 xul.dll mozilla::net::nsIOService::SetOffline netwerk/base/nsIOService.cpp:1248
7 xul.dll mozilla::net::nsIOService::Observe netwerk/base/nsIOService.cpp:1532
8 xul.dll nsObserverList::NotifyObservers xpcom/ds/nsObserverList.cpp:65
9 xul.dll nsObserverService::NotifyObservers xpcom/ds/nsObserverService.cpp:292

```
Bug: No word wrap for received plain text mails
Status: UNCONFIRMED
Priority: --
Created: 2020-04-16 15:17:23+00:00
Resolved: 2021-10-01 04:24:37+00:00

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

Steps to reproduce:

- Preferences: compose in plain text & send only plain text messages
- Compose a message to yourself.
- Content of the message: 
mmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmm m m  mm mmmmmmmmmmmmmmmmmmm mm m mmmmm mmmm mmmmmmmmmmmmmmmmmm mmmmmmmmmmm mmmmmmmmmmmmmmmm m m  mm mmmmmmmmmmmmmmmmmmm mm m mmmmm mmmm mmmmmmmmmmmmmmmmmm mmmmmmmmmmm mmmmmmmmmmmmmmmm m m  mm mmmmmmmmmmmmmmmmmmm mm m mmmmm mmmm mmmmmmmmmmmmmmmmmm mmmmm

- The text is (/should) be wrapped at the edge of the window.
- send
- Open the received mail



Actual results:

- The content is not shown wrapped anymore. It is one single very long line.


Expected results:

- The content is wrapped to the edge of the window.


Remarks:
This is not about adding linebreaks somewhere in the text. This bug only refers to the presentation of text.
Bug: Variation in CompFields2Recipients in the release version
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-04-16 16:10:48+00:00
Resolved: 2020-04-21 11:42:44+00:00

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

Steps to reproduce:

I used CompFields2Recipients to update the addresses in the compose window, to expand mailing lists


Actual results:

When I sent the email, the addresses that were sent to were different from the addresses in the compose window.


Expected results:

The email should have gone to the addresses that were in the compose window

Then I looked and compared the versions of CompFields2Recipients in two places
https://dxr.mozilla.org/comm-resource/source/suite/mailnews/components/compose/content/addressingWidgetOverlay.js
AND
https://dxr.mozilla.org/comm-release/source/mail/components/compose/content/addressingWidgetOverlay.js

They are different. In esr60 they are the same. I don't know why but it looks as though my addon experiment is using the first and perhaps this is why there have been all sorts of problems sending emails with my addon since TB68.5.0
Bug: For emails with two nested S/MIME signatures the inner signed data isn't shown (e.g. PEC email).
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-04-16 17:09:33+00:00
Resolved: 2023-02-08 14:23:38+00:00

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

Steps to reproduce:

- i open the new email and read body of email
- i open "postacert.eml" attachment  and read body of email
- i open "copia.eml" attachment  but it's shown as empty boby/attachment 



Actual results:

"copia.email" is shown as empty body/attachment but  by "view source" it's not empty  so i need to save "copia.eml" on disk and then i can read the body and attachment of orginal email forwarded


Expected results:

"copia.eml" should be shown with body and attachments right not blank
Bug: Character encoding in the email address.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-16 18:19:59+00:00
Resolved: 2020-04-18 11:54:54+00:00

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

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

Steps to reproduce:


The problem occurs when entering Polish characters in the account configuration exactly the email address.
For example, I enter the email address: 
marcin@łyżka.pl


Actual results:

I approve the changes and leave the account configuration.
Then I enter the account configuration again, the e-mail address shows the address:
marcin@By|ka.pl


When I send emails, the recipient sees the address: marcin@By|ka.pl 
instead: marcin@łyżka.pl 
so he can't reply to the message



Expected results:

After confirming the changes in the account configuration, the e-mail address should be as follows: marcin@łyżka.pl
Bug: The focus ring jumps to the next addressing row after a pill is created.
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-04-16 21:18:30+00:00
Resolved: 2020-06-11 10:50:38+00:00

Due to the changes done in bug 1627520, replacing `onkeypress` with `onkeydown`, out event handler for the addressing row doesn't properly work anymore, and the focus jumps on the next focusable field right after a pill has been created, which is super annoying when needing to write multiple recipients.
Bug: Browser action properties aren't updated in the current tab
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-04-17 03:22:45+00:00
Resolved: 2020-04-20 21:53:55+00:00

Calling things like `browser.browserAction.enable` with the tab ID of the current tab does not update the browser action in the current tab until switching tabs. We have a test that should've caught this, but it switches tabs every time it checks properties, so it didn't.
Bug: Daily 2020-04-16 Win 10 dark mode   From Inbox list of mail, select message. Forward icon not active.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-04-17 13:20:19+00:00
Resolved: 2020-04-19 07:36:55+00:00

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

Steps to reproduce:

Daily 2020-04-16 (Win 10, dark mode) Open Thunderbird, view mail in Inbox (or any directory).  Select a message.  Reply and reply all icons are active.  Forward icon is "greyed out" as not active.  Open mail, forward icon in open window is active.


Actual results:

Forward icon is not active (not selectable).


Expected results:

When message selected, all reply, forward, etc. actions should be available from mail list.
Bug: Theme graphics momentarily displayed, then covered with solid colors from GTK theme.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-04-17 14:53:31+00:00
Resolved: 2020-04-17 15:39:34+00:00

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

Steps to reproduce:

While in Thunderbird select Tools->Add Ons and choose or download a theme that includes an image on the top part of the Thunderbird screen. Quit and restart Thunderbird.


Actual results:

The Thunderbird screen appears showing the theme graphics for a second, then "paints" over the graphic with a solid color.


Expected results:

Expected themes to appear similar in Thunderbird to the way they do in Firefox. Expected to see the colored graphic, for example a Nebula or Star Field in the top portion of the screen like we get in Firefox.
Bug: Intermittent comm/mail/test/browser/composition/browser_replyFormatFlowed.js | application crashed [@ mozalloc_handle_oom(unsigned int)]
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-04-17 15:46:06+00:00
Resolved: 2022-07-17 21:32:07+00:00

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

---
Bug: Setcomposedetails fails with an address with a comma in the name
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-17 15:58:46+00:00
Resolved: 2020-04-21 15:43:36+00:00

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

Steps to reproduce:

I sent an email to someone with the format Name ,  job <email address>
I had my addon which expands addresses with mailing lists. It didn't change the format. 
It was still in the same format when setComposeDetails put it back in the email.


Actual results:

The email now has Name <> <> - it fails to send saying that non ascii characters in the local part of the recipient address. This is not yet supported. Please change the address and try again.



Expected results:

The email should have retained the same format. The process works properly if I take the , out of the name... or try sending without the addon... so without setComposeDetails.