av9ash/GitBugs huggingface dataset:
Bug: Crash in [@ ToNewUnicode] or [@ mozilla::ipc::PortLink::SendMessage | IPC_Message_Name=PWebRenderBridge::Msg_SetDisplayList ] pasting >250 MB large string into quick filter, even with 64-bit build
Status: NEW
Priority: --
Created: 2021-07-09 19:20:23+00:00
Resolved: 2024-05-11 23:35:24+00:00

Crash report: https://crash-stats.mozilla.org/report/index/cd7c9e2e-ad7f-4475-9586-793150210709

MOZ_CRASH Reason: ```MOZ_CRASH(Unable to allocate memory)```

Top 10 frames of crashing thread:
```
0 xul.dll ToNewUnicode xpcom/string/nsReadableUtils.cpp:124
1 xul.dll static nsClipboard::FindUnicodeFromPlainText widget/windows/nsClipboard.cpp:834
2 xul.dll static nsClipboard::GetDataFromDataObject widget/windows/nsClipboard.cpp:648
3 xul.dll nsClipboard::GetNativeClipboardData widget/windows/nsClipboard.cpp:1012
4 xul.dll nsBaseClipboard::GetData widget/nsBaseClipboard.cpp:74
5 xul.dll mozilla::TextEditor::PasteAsAction editor/libeditor/TextEditorDataTransfer.cpp:631
6 xul.dll mozilla::PasteCommand::DoCommand const editor/libeditor/EditorCommands.cpp:467
7 xul.dll mozilla::EditorCommand::DoCommand editor/libeditor/EditorCommands.cpp:65
8 xul.dll nsBaseCommandController::DoCommand dom/commandhandler/nsBaseCommandController.cpp:114
9 xul.dll NS_InvokeByIndex 
```
To replicate:
1) Copy a huge string, i.e., bigger than 250 MB.
2) Paste that string, into that input in the second search field, with the placeholder that states "Filter these messages <Ctrl+Shift+K"
3) App should crash
I have not tested to other platforms.
Bug: Mac becomes unresponsive after import contacts dialog drops behind main window
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-09 20:19:47+00:00
Resolved: 2021-11-07 22:16:27+00:00

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

Steps to reproduce:

I don't know how to make the console dance, so here are my end-user steps to reproduce:

Mac version 11.4
Thunderbird Daily version 91.0a1 (2021-07-09) (64-bit)

Start TB Daily for the first time
Switch to the "Home" tab

User goal:
I was trying to import contacts; I started with the "Address Book" button, which presented me with a single text field when I expected a step-through wizard. When I entered something and confirmed, it closed but it appeared nothing had changed. Confused, I did the following:

Click "Import" from another program
Select Address Books > Next >
Select Text file (LDIF, .tab, .csv, .txt) > Next >
Pick the file in the system dialog > Open
Confirm the next pop-up




Actual results:

At this point it appears you are returned to the "Welcome to Thunderbird Daily" window and nothing in the window is clickable. Command-Q does not quit the program. The program also cannot be quit via the icon in the Mac native dock. "Quit Daily" in the menu still works.

HOWEVER it turns out that if you move the Welcome to Thunderbird Daily window, the "Import" dialog has popped up underneath it (see attached image). Clicking on it does not bring it to the foreground, and it also cannot be closed or interacted with.

Quitting and returning to Daily, I see that the contacts were actually imported, meaning this is not likely the same as #1661269.


Expected results:

Clicking the "Address book" button would take you to the import wizard, not to a text field that does not appear to do anything. Alternately, the next step makes it clear to the user what has changed, and what the next step is for importing addresses.

The Import from another program description should make it clear that it is expecting you to find an export *file* from another program, not a program's libraries (#235679, ahem); when I went looking for my active version of Thunderbird's .mab file, I was unable to find anything to import. I had been assuming I would just be able to suck in all my data from 78 easily.

The import success dialog would have appeared over the Thunderbird Daily window.

The Thunderbird Daily window would not have effectively frozen when the import succeeded.
Bug: Read receipt request not honored
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-07-10 12:18:33+00:00
Resolved: 2021-07-10 14:26:31+00:00

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

Steps to reproduce:

On a new profile with default settings, especially with "Return Receipts" all set to "Ask", send yourself a message and request a read receipt. In the compose window, options "Read Receipt" (**not** delivery status notification). When the message arrives, TB should ask whether you want to send the return receipt.



Actual results:

No prompt shows up.


Expected results:

Prompt should have shown.

More detail: The message arrives with a Disposition-Notification-To: header, however TB doesn't prompt.
Also note that "Read Receipt" relates to the Disposition-Notification-To header which is processed by the client (MUA), "Delivery Status Notification" (DNS) is for the MTA to process. It's requested via a "Return-Receipt-To" header. See for example https://www.chilkatsoft.com/p/p_313.asp for details.
Bug: Shift+cursor-right extends selection beyond end of subject in message reader as it spills over into Date, then Shift+cursor-left fails to correctly reduce subject selection
Status: RESOLVED
Priority: P4
Resolution: WORKSFORME
Created: 2021-07-10 15:04:07+00:00
Resolved: 2024-05-27 19:01:25+00:00

Steps to reproduce:

1) Send a message to yourself with the subject "test 1" and read the message, either with preview or in separate tab.
2) Select "test" in the subject starting with the first letter. Don't double-click to select.
3) Hold a Shift key and press Right-Arrow, Right-Arrow, Left-Arrow, Left-Arrow.
4) Hold a Shift key and press Right-Arrow three times and Left-Arrow many times.

Expected result:

The Shift left-arrow reverses the most recent Shift right-arrow action.

Actual result:

3) This works as expected. The Space and "1" are selected then unselected.

4) Once theinvisible entity after the "1" is selected, pressing Shift-left-arrow won't reduce the size of the selection.

The reason the STR says "Don't double-click" is after a double click select the arrow selection sometimes goes by words instead of characters. The same error exists, but the reproduction is slightly different and I don't know how to consistently describe it.

The problem doesn't exist with the left side of the Subject, I didn't test with any RTL language.

Seen on Linux with Thunderbird 78.11.0.
Bug: Copy content from headers in headerpane via context menu is broken
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-11 09:14:13+00:00
Resolved: 2021-07-11 09:19:09+00:00

- Select an email.
- Open the context menu by right-clicking with the mouse on a header content.
- "Copy <content>" does not work.

<content> may be email address of from header or message-id etc.

The <content> should be shown in the context menu but is already missing (see picture).

Copying the subject without selecting any text should copy the whole content, but also does nothing. With marked text it works.

"Create Filter From..." <header> is also broken.
Bug: Intermittent comm/mail/components/addrbook/test/browser/browser_ldap_search.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2021-07-11 10:42:03+00:00
Resolved: 2023-09-13 12:11:26+00:00

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

---
```

```
Bug: [perma] toolkit/components/search/tests/xpcshell/test_searchSuggest_cookies.js | setup - [setup : 100] The cache should be empty - 1 == 0
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-07-11 12:23:15+00:00
Resolved: 2021-07-26 14:58:40+00:00

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

---
```

```
Bug: compose window stuck on html, no way to compose plain text
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-11 17:04:59+00:00
Resolved: 2021-07-11 20:55:13+00:00

Problem appeared in Daily 2021-07-09. 

I have this set:

    Prefs - Comp - text format - send as plain text

but with 0709 compose has switched to html, with no way to change it to plain text.

Reverted to Daily 0708, all fine, back to plain text.

I get these new errors, with 0709 (compared to 0708) when bringing up a new compose window:

```shell
17:57:37.309 [l10nregistry] Attempting to synchronously load file
resource:///chrome/en-US/locale/en-US/calendar/toolkit/intl/languageNames.ftl while it's being loaded asynchronously. L10nRegistry.jsm:597:19

17:57:37.310 [l10nregistry] Attempting to synchronously load file
resource:///chrome/en-US/locale/en-US/calendar/toolkit/intl/regionNames.ftl while it's being loaded asynchronously. L10nRegistry.jsm:597:19

17:57:37.310 [Exception... "Component returned failure code: 0x80520001 (NS_ERROR_FILE_UNRECOGNIZED_PATH) [nsIXPCComponents_Utils.readUTF8URI]" nsresult: "0x80520001 (NS_ERROR_FILE_UNRECOGNIZED_PATH)"  location: "JS frame :: resource://gre/modules/L10nRegistry.jsm :: L10nRegistry.loadSync :: line 692"  data: no] L10nRegistry.jsm:692:19

17:57:37.310 [Exception... "Component returned failure code: 0x80520001 (NS_ERROR_FILE_UNRECOGNIZED_PATH) [nsIXPCComponents_Utils.readUTF8URI]" nsresult: "0x80520001 (NS_ERROR_FILE_UNRECOGNIZED_PATH)"  location: "JS frame :: resource://gre/modules/L10nRegistry.jsm :: L10nRegistry.loadSync :: line 692"  data: no] L10nRegistry.jsm:692:19

17:57:42.146 NS_ERROR_NOT_AVAILABLE: ActivityManager.jsm:129
```

Setting Sev 3, as I don't see any way now to compose plain text.
Bug: HTML toolbar shows up in plaintext mode with `Compose in HTML format` unchecked in account settings
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-07-11 19:03:49+00:00
Resolved: 2021-07-12 23:26:57+00:00

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

Regression range:
Per Bug #1720038, this problem appeared in Daily 2021-07-09, not seen on 2021-07-08. 

I verified it's not seen on 2021-07-07 and seen on 2021-07-11.
Tested on 91.0a1 (2021-07-11) (64-bit)

STR

1. `≡ > Account Settings > YourAccount > Composition & Addressing > uncheck: [  ] Compose in HTML Format` to compose with plain text editor
2. Select YourAccount in folder pane, then `Write`

Actual Result (see screenshot):

- HTML formatting toolbar shows with most, but not all options disabled.
- Variable width is irritatingly selected in Font selector (but correctly not applied)
- `Set font size` button is enabled and functional, changes font size on screen (but correctly not sent as HTML, so it won't apply).

Expected Result

- Hide formatting toolbar as we did until some days ago, as per current design user cannot use it for plain text.
- If possible, figure out why some options are still enabled, and why Variable font is wrongly showing.
Bug: Order and logic of import dialogs should be changed to allow selecting the app to import before what to import
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-07-11 19:07:58+00:00
Resolved: 2023-06-02 11:58:29+00:00

After landing Bug 271863 I would propose to change the Import dialogs order.

At the moment you've to first choose, which type of data to import. When you choose the "false" combination of data, you will not be able to find the originating application in the second dialog. IMHO this is bad UX.

So I would propose to first show the dialog to choose the originating application. The second dialog should than show the possible data types to import for the previously selected application.

A completely new dialog would probably be even better, in which the application can be selected in a left column and the possible data types are then displayed and selected directly in a right column.
Bug: Intermittent comm/mail/test/browser/account/browser_manageIdentities.js | Found an unexpected alert:alert at the end of test run -
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-07-12 13:49:07+00:00
Resolved: 2021-08-02 06:05:52+00:00

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

---
```

```
Bug: Intermittent comm/mail/test/browser/folder-pane/browser_folderPaneConsumers.js | Uncaught exception - at resource://testing-common/mozmill/utils.jsm:72 - TimeoutError: Waited for the appmenu to open, but it never opened.
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2021-07-12 17:16:09+00:00
Resolved: 2022-04-04 11:57:06+00:00

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

---
```

```
Bug: Intermittent comm/mail/test/browser/message-window/browser_viewPlaintext.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. -
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2021-07-12 17:18:37+00:00
Resolved: 2022-04-04 11:57:06+00:00

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

---
```

```
Bug: Cancelling account discovery doesn't work properly due to duplicate `CancelledException` definition
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-07-12 20:39:51+00:00
Resolved: 2021-07-23 15:01:41+00:00

Bug 549045 introduced the `CancelledException` to the account creation code. It was only used by `fetchhttp.js` at the time, but then bug 1500105 added more users of it, and also inadvertently added a copy of the function to `util.js`. This went unnoticed at the time since that version got overwritten by the one in `fetchhttp.js` anyway.

Bug 1717734 then moved the code from page scripts to modules, meaning that the two definitions now become distinct. In particular, the `UserCancelledException` derives from the version in `FetchHTTP.jsm` but the UI tries to compare it against the version now in `AccountCreationUtils.jsm`. This means that if the user cancels the discovery process the UI will not recognise this and try to guess the configuration instead.
Bug: `Escape` keypress or [x] click on no-reply alert confusingly triggers `Reply anyway`, and alert message needs improving
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-07-12 22:28:22+00:00
Resolved: 2022-08-24 09:13:02+00:00

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

There are several things which are wrong and odd about the new helpful alert when replying to no-reply addresses, introduced in bug 1342809.

STR
- Reply to a message from "noreply@example.com", which will trigger the `Reply not Supported` alert.
- When the alert is showing:
  - Click `Cancel` button (and compare its position with other dialogs)
  - Press `Escape` on keyboard
  - Click [x] in alert corner

Actual results:

- `Cancel` button is on the left, violating mouse muscle memory (for Windows at least), because all `Cancel` buttons are on the right (plus we don't have a choice if we want to fix the behaviour, see below).
- `Escape` triggers `Reply Anyway`, making the alert a no-op for keyboard users, and very confusing. 
- Clicking `[x]` to close the alert without action also triggers `Reply Anyway`.
- The wording is odd, as Henry already mentioned: What is a *monitored address*? Never heard of that, hard to translate, but if anything, it sounds like espionage... let's try to keep it simple, please...

Expected results:

- `Cancel` button should be in default position on the right.
- `Escape` and [x] must trigger the same action as `Cancel`.
- Improve the wording and avoid the term `monitored address`.

The `confirmEx()` alert misbehaviour is bug 345067 (which sucks), but we can easily work around that by reversing the button sequence so that `Cancel` button will be in position 1 and return 1, consistent with `Escape` and [x].
Bug: keeps expanding all folders
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-07-12 22:40:47+00:00
Resolved: 2021-12-03 05:21:58+00:00

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

Steps to reproduce:

All my folders keep getting expanded all the time. Even after I collapse them all except for inbox I will later notice everything is expended including subfolders.



Expected results:

No expand all folders recursively! Remember previous folder states.
Bug: Intermittent comm/mail/components/extensions/test/browser/browser_ext_commands_execute_compose_action.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2021-07-13 00:13:25+00:00
Resolved: 2021-07-19 06:07:09+00:00

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

---
```

```
Bug: Multiple TEST-UNEXPECTED-TIMEOUT failures in mail/components/extensions/test/xpcshell/
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-07-13 00:49:41+00:00
Resolved: 2021-07-19 06:12:09+00:00

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

---
```
Probably bug 1520427, but assigning to a new bug because beta will need fixing too.
```
Bug: macOS Address book integration not working with OSX 10.15, 11.4 big sur and newer. Works on OSX 10.14.6 with Thunderbird 78.x
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-07-13 06:05:43+00:00
Resolved: 2023-09-27 07:14:56+00:00

The Address book integration seems to have broken in OSX 11.4

I have two laptops, both running TB 90.0b3 . 

In the version on OSX 10.14.6 Window>AddressBook>Mac OS Address Book shows all my contacts

On OSX 11.4 that same spot says "Mac OS X Address Book" but no contacts are shown. 

I'm not aware of any setting that could cause this with the AddressBook window open there is a checkbox "File > Use Mac OS X Address Book" which is checked. 

I notice in System Preferences > Security > Contacts that Thunderbird has not requested access to contacts, while it has in 10.14.6 so I'm wondering if this is the problem - i.e. that TB has never requested permission, or that process that previously requested permission is now broken.
Bug: Crashes frequently, and email sync issues when enabling 'When Thunderbird is minimized, move it to the tray'
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-13 06:42:47+00:00
Resolved: 2021-07-18 06:06:49+00:00

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

Steps to reproduce:

Enable   Options>General>System Integration>When Thunderbird is minimized, move it to the tray
Minimize Thunderbird and after sometime maximize it again

System:
Processor: Intel core i5 11th gen - 1135G7 @ 2.40 GHz
OS: Windows 10
RAM: 16GB


Actual results:

Shows "Thunderbird crashed, Sending crash reports".


Expected results:

After Minimizing to tray and and when maximized it again, it shouldn't have crashed.
Bug: CSS style="position:absolute; ..." of original message leaks into reply, and may cover reply text in odd ways - should be contained in quoted reply
Status: NEW
Priority: --
Created: 2021-07-13 13:49:19+00:00
Resolved: 2024-05-22 04:04:49+00:00

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

Steps to reproduce:

1. Create an email with an element (for example a div) with css : style="position: absolute; top:0px"
2. Send email (for example to you)
3. Reply to the email or forward it



Actual results:

The element with the absolute position and the zero margin does not have its style deleted. It can therefore cover elements.


Expected results:

Clean up the content of the email before forwarding or responding by removing the absolute positions and the valuees of top, right, bottom and left.
Bug: Dropping pill on CC or BCC buttons causes header area to have the wrong height (with reduced window height): Improve addressing area auto-height algorithm, fix splitter behaviour
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-07-13 17:00:16+00:00
Resolved: 2022-11-24 22:13:13+00:00

### Steps to reproduce

1. Open a new composition.
2. In the "To" field, create a pill `ex@org`.
3. Drag the pill on top of the "CC" or "BCC" buttons.

### Result

The header area becomes slightly taller, but not tall enough such that it is now scrollable. Resizing the window does not fix this. If you delete the field, the header area remains the same height, with a larger gap between the "To" and the "Subject" fields.

### Expect

The header area to grow to accommodate the new field, the same as clicking the "CC" or "BCC" buttons to add the fields.
Bug: Wrong border radius for themeable dialog input fields
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-07-13 17:52:37+00:00
Resolved: 2021-07-19 16:38:13+00:00

Input fields styled via the themeable dialog CSS seems to have a 4px border radius instead of our 3px.

So far I spotted this issue in 2 places:
- Folder properties dialog
- New calendar event dialog

But I guess this affects all dialog styled via the themeable dialog CSS.
Bug: Visual issues with `button-menu-button` element
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-07-13 18:00:30+00:00
Resolved: 2022-08-03 01:15:48+00:00

I spotted some visual issues in the attachment reminder notification `button-menu-button`.

- The hover effect is slightly delayed between the button and the menulist button.
- When the menulist is opened, the `active` background color bleeds out underneath the main button at the edges, probably due to a different border radius.
- The menulist is missing the background color.

I'm not sure if these issues affect other implementations of this custom element, but the toolbarbutton don't seem to be affected.

I'm setting P1/S1 not for the visual style but for the missing background of the menulist, which makes it almost impossible to read.
Bug: File -> Print crashes in [@ nsGlobalWindowOuter::Print]
Status: RESOLVED
Priority: P1
Resolution: DUPLICATE
Created: 2021-07-13 22:23:51+00:00
Resolved: 2021-07-26 18:21:58+00:00

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

Steps to reproduce:

Attempted to print an e-mail message
File -> Print


Actual results:

TB Crashes each time this is tried. 


Expected results:

Display the print option.
Bug: Correspondent does not correspond with reality
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-07-14 01:35:40+00:00
Resolved: 2024-11-23 18:42:50+00:00

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

Steps to reproduce:

Send off email


Actual results:

The correspondence in the sent message does not correspond to the actual correspondence


Expected results:

According to the normal