av9ash/GitBugs huggingface dataset:
Bug: Unable to reach Added images to a PDF using keyboard navigation if we disable the Add images Toolbar button
Status: NEW
Priority: P3
Created: 2024-08-07 08:37:43+00:00
Resolved: 2024-10-31 16:10:11+00:00

**Found in**
* Beta 130.0b1

**Affected versions**
* 131.0a1 (2024-08-07)
* Beta 130.0b1 
* Release 129
* ESR 128

**Affected platforms**
* all

**Steps to reproduce**
1. Open a PDF file in Firefox.
2. Add a few images to the PDF file.
3. Disable the Add images button from the Toolbar.
4. Use the tab key in order to reach the added images.

**Expected result**
* The user should be able to reach the Added images using the Tab key, they should be able to select them and edit them at which point the Add images button should re-enable

**Actual result**
* The user cannot reach the added images using keyboard navigation if the Add images button from the toolbar is disabled

**Regression range**
Not a regression.
Bug: 130.0b1 Firefox Developer won't load any address even local after update
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-08-07 09:06:45+00:00
Resolved: 2024-08-30 16:48:23+00:00

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

Steps to reproduce:

I updated firefox-developer-edition via pacman then opened it


Actual results:

all websites refused to load, even local lan
and some widget popped up on my previously blank new tab p age saying Weather data is not available right now.



Expected results:

it should have launched and worked as before.
Bug: [Experiment] Having the Fakespot addon installed does not prevent enrollment into the US Review Checker V3 Stage 1 experiment
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-08-07 09:11:12+00:00
Resolved: 2024-08-07 17:16:18+00:00

[Affected versions]:
- Firefox Release 129.0, BUILD ID: 20240801122119.
- Firefox Release 128.0, BUILD ID: 20240704121409.

[Affected Platforms]:
- Windows 10 x64.
- macOS 14.3.
- Ubuntu 22.04.

[Prerequisites]:
- Have the [user.js](https://drive.google.com/file/d/1TH0iVMPwDFUjjeLkvT6iMNh2ZgXuTzTX/view?usp=sharing) and the [ExperimentStoreData.json](https://drive.google.com/file/d/1pc5-k9tH2YBQb7AU-_dh7XEsR7kT1J7F/view?usp=sharing) files downloaded on your computer.
- Create a new Firefox profile.

[Steps to reproduce]:
1. Launch the browser using the profile from the prerequisites.
2. Install the [Fakespot addon](https://addons.mozilla.org/en-US/firefox/addon/fakespot-fake-reviews-amazon/).
3. Navigate to the profile folder and paste the user.js and ExperimentStoreData.json files from prerequisites.
4. Restart / re-launch the browser using the profile from the prerequisites.
5. Open the “about:studies” page and observe the behavior.

[Expected result]:
- The user is NOT enrolled in the [US Review Checker V3 Experiment Stage 1](https://experimenter.services.mozilla.com/nimbus/us-review-checker-v3-experiment-stage-1/summary).

[Actual result]:
- The user is enrolled in the [US Review Checker V3 Experiment Stage 1](https://experimenter.services.mozilla.com/nimbus/us-review-checker-v3-experiment-stage-1/summary).

[Notes]:
- This issue is reproducible regardless of when the Fakespot addon is installed; if it was installed after enrollment in the US Review Checker V3 experiment, the user is not unenrolled afterwards.
Bug: [Experiment] Having the “browser.newtabpage.activity-stream.asrouter.userprefs.cfr.features” pref set to false does not prevent enrollment into the US Review Checker V3 Stage 1 experiment
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-08-07 09:19:02+00:00
Resolved: 2024-08-07 17:12:01+00:00

[Affected versions]:
- Firefox Release 129.0, BUILD ID: 20240801122119.
- Firefox Release 128.0, BUILD ID: 20240704121409.

[Affected Platforms]:
- Windows 10 x64.
- macOS 14.3.
- Ubuntu 22.04.

[Prerequisites]:
- Have the [user.js](https://drive.google.com/file/d/1TH0iVMPwDFUjjeLkvT6iMNh2ZgXuTzTX/view?usp=sharing) and the [ExperimentStoreData.json](https://drive.google.com/file/d/1pc5-k9tH2YBQb7AU-_dh7XEsR7kT1J7F/view?usp=sharing) files downloaded on your computer.
- Create a new Firefox profile.

[Steps to reproduce]:
1. Launch the browser using the profile from the prerequisites.
2. Navigate to the about:config page.
3. Search for the “browser.newtabpage.activity-stream.asrouter.userprefs.cfr.features” pref.
4. Set the “browser.newtabpage.activity-stream.asrouter.userprefs.cfr.features” pref to “false”
5. Navigate to the profile folder and paste the user.js and ExperimentStoreData.json files from prerequisites.
4. Restart / re-launch the browser using the profile from the prerequisites.
5. Open the “about:studies” page and observe the behavior.


[Expected result]:
- The user is NOT enrolled in the [US Review Checker V3 Experiment Stage 1](https://experimenter.services.mozilla.com/nimbus/us-review-checker-v3-experiment-stage-1/summary).

[Actual result]:
- The user is enrolled in the [US Review Checker V3 Experiment Stage 1](https://experimenter.services.mozilla.com/nimbus/us-review-checker-v3-experiment-stage-1/summary).
Bug: NVDA reads out loud extra text when reaching an Added image with Alt text while Add image button is enabled
Status: ASSIGNED
Priority: P1
Created: 2024-08-07 09:20:23+00:00
Resolved: 2024-09-16 08:34:42+00:00

**Found in**
* Beta 130.0b1

**Affected versions**
* 131.0a1 (2024-08-07)
* Beta 130.0b1 
* Release 129
* ESR 128

**Affected platforms**
* Windows

**Preconditions**
Have any screen reader enabled

**Steps to reproduce**
1. Open a PDF file in Firefox.
2. Add a few images to the PDF file.
3. Add some ALT text to each image.
4. Use the tab key in order to reach the added images.

**Expected result**
* When Reaching the image, NVDA should only read Figure +  Alt Text and after we hit the tab key again and reach the alt text button it should read Alt Text button + the Alt text.

**Actual result**
* Reaching an Added image with Alt text, the Screen reader will read out loud "Toolbar Alt Text added button + Alt Text + Remove image"

**Regression range**
Not a regression.
Bug: NVDA will not read the Alt text out loud from an Added image of a Saved PDF
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-08-07 09:42:44+00:00
Resolved: 2024-09-17 08:41:38+00:00

**Found in**
* Beta 130.0b1

**Affected versions**
* 131.0a1 (2024-08-07)
* Beta 130.0b1 
* Release 129
* ESR 128

**Affected platforms**
* Windows

**Preconditions**
Have any screen reader enabled

**Steps to reproduce**
1. Open a PDF file in Firefox.
2. Add a few images to the PDF file.
3. Add some ALT text to each image.
4. Save the PDF file from the Toolbar.
5. Open the previously saved PDF in Firefox.
6. Reach the added images using the Tab key.

**Expected result**
* NVDA should read the Alt text from each image: "Figure + Alt text"

**Actual result**
* Reaching an Added image with Alt text, the Screen reader will read out loud "Page 1 Region clickable" instead of the Figure + Alt text.
If there are 2 or more images, jumping with Tab to the next image NVDA will just read "Blank".
Reaching back to an image with Shift + Tab will read the "Page 1 Region clickable" again.

Please note that the HTML tree shows the alt text if we look for it.

**Regression range**
Not a regression.
Bug: TypeErrors in browser-sidebar.js as a result of setting prefs in tests
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-08-07 11:34:45+00:00
Resolved: 2024-08-15 15:46:14+00:00

Sam noticed this running sidebar tests:

> I'm seeing a lot of JavaScript Error: `"TypeError: can't access property "toggleAttribute", verticalTabs is null" {file: "chrome://browser/content/sidebar/browser-sidebar.js" line: 1308}` when I run sidebar tests.

Seeing the same errors and looking into it, it appears to occur when tests set prefs which in turn call methods on the SidebarController (`setPosition` and `toggleTabStrip`). See https://searchfox.org/mozilla-central/rev/c4966e1c1e6a8cb38c15a27693e8ecd63082055e/browser/components/sidebar/browser-sidebar.js#1312-1346

This suggests that the cause is that methods are being called before `SidebarController` initialization or the markup it relies on is complete.
Bug: Disable/enable ML in all the existing pdf viewers
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-08-07 12:11:43+00:00
Resolved: 2024-09-25 13:14:51+00:00

STR:
 - enable ML;
 - open two pdfs in two different tabs;
 - in one tab add an image;
 - in the other tab, disable ML thanks to the image settings in the secondary menu.

Expected results:
The request in the first tab must be cancelled.

Actual results:
The request isn't cancelled.
Bug: Search Shortcuts get expanded twice in address bar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-08-07 13:02:30+00:00
Resolved: 2024-08-12 12:17:24+00:00

Usually, when typing a search engine shortcut (e.g., "@g" for Google) into the address bar it gets replaced with the corresponding search engine's name (e.g., "Google"). As of Nightly 131.0a1 it gets expanded twice (so "Google Google").
The effect is merely visual, the search functionality is not negatively impacted.

**Steps to reproduce:**
  1. Focus address bar
  2. Type a valid search engine keyword, followed by a space. For instance "@g "

**Expected results:** "@g" gets replaced with *one* "tag" UI element titled "Google"
**Actual results:** "@g" gets replaced with *two* "tag" UI elements, both titled "Google"


Name 	Firefox
Version 	131.0a1
Build ID 	20240806211239
Update Channel 	nightly
OS 	macOS Sonoma 14.6
Bug: The "This alt text was created automatically" - Learn more label is no longer displayed for AI generated text if the user deletes the AI model
Status: NEW
Priority: --
Created: 2024-08-07 13:50:53+00:00
Resolved: 2024-08-07 13:50:53+00:00

**Found in**
* Beta 130.0b1

**Affected versions**
* 131.0a1 (2024-08-07)
* Beta 130.0b1 

**Affected platforms**
* all

**Preconditions**
pdfjs.enableAltText	- true
pdfjs.enableUpdatedAddImage - true
browser.ml.enable - true


**Steps to reproduce**
1. Open a PDF file in Firefox.
2. Add an image to the PDF file.
3. Save the AI generated text.
4. Delete the AI model from the Alt Text settings.
5. Open the Alt Text Editor from the previously added image.


**Expected result**
* The "This alt text was created automatically" - Learn more label should be displayed for the Ai generated text.

**Actual result**
* The "This alt text was created automatically" - Learn more label is no longer displayed once the user deletes the AI model.

**Regression range**
Not a regression.
Bug: Console error when toolbar overflows
Status: NEW
Priority: P3
Created: 2024-08-07 14:03:38+00:00
Resolved: 2024-10-15 14:41:45+00:00

## Overview

### Steps  to reproduce

1. Open firefox.
2. Make the window narrow until the firefox account item overflows.

### Result

Console error

> CustomizableUI: TypeError: can't access property "localName", aNode is null -- resource:///modules/CustomizableUI.sys.mjs:1746

And again when expanding the window width.

### Expect

No error

## Origin

I think this comes from [this line which will pass in `null` to `isWebExtensionWidget` because the `widget-id` attribute is not set](https://searchfox.org/mozilla-central/rev/c4966e1c1e6a8cb38c15a27693e8ecd63082055e/browser/base/content/browser-addons.js#1892).
Bug: NVDA will read out loud "Link More" instead of "Learn more" on the Alt Text Settings modal
Status: NEW
Priority: --
Created: 2024-08-07 14:14:33+00:00
Resolved: 2024-08-17 09:47:06+00:00

**Found in**
* Beta 130.0b1

**Affected versions**
* 131.0a1 (2024-08-07)
* Beta 130.0b1 

**Affected platforms**
* Windows

**Preconditions**
pdfjs.enableAltText	- true
pdfjs.enableUpdatedAddImage - true
browser.ml.enable - true
Enable NVDA


**Steps to reproduce**
1. Open a PDF file in Firefox.
2. Reach the Alt Text Settings modal.
3. Use the Down arrow in order to reach the Learn more link.


**Expected result**
* NVDA should read out loud Visited Link Learn more.

**Actual result**
* NVDA reads out loud Visited link More instead of Learn more.
If we reach the Learn more link using Tab, it will read out loud "Learn more" visited link.

**Regression range**
Not a regression.
Bug: url bar appends urls to user input when pages refresh
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-08-07 14:37:55+00:00
Resolved: 2024-08-23 07:51:03+00:00

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

Steps to reproduce:

This issue effects sites like duckduckgo who change some parameters in the url once the full page loads.
If the user is typing something into the url bar while sites do this, the refreshed url is appended to the users input creating a malformed query.
On slow internet speeds this is a huge issue because often users type out something important in the url bar only for it to be ruined a split second later by garbage appended in the ui element, causing the need to retype the entire query.


Actual results:

The behaviour that the user experiences is a frustrating issue where the url bar is unreliable and user input often needs to be entered in twice.


Expected results:

Whenever a user types information in the url bar the text should only refresh once the user is done typing for a set time or if they loose focus of the bar.
Bug: Privacy settings throw error during initiation when MOZ_DATA_REPORTING is off
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-08-07 15:31:24+00:00
Resolved: 2024-08-07 15:33:56+00:00

Noticed in Tor Browser, based on ESR 128, where `MOZ_DATA_REPORTING` is false. We keep getting an error in the console when opening preferences:

> Uncaught (in promise) TypeError: Preferences.get(...) is null
>
>    dataCollectionCheckboxHandler chrome://browser/content/preferences/privacy.js:355
>
>    init chrome://browser/content/preferences/privacy.js:1263
>
>    init chrome://browser/content/preferences/preferences.js:181
>
>    initializeCategories chrome://browser/content/preferences/findInPage.js:109
>
>    init chrome://browser/content/preferences/findInPage.js:58

And `about:preferences#privacy` is blank because of the failed initiation.

I think this comes from bug 1908312, which [didn't place the call to `dataCollectionCheckboxHandler` in the `AppConstants.MOZ_DATA_REPORTING` block](https://searchfox.org/mozilla-central/rev/c4966e1c1e6a8cb38c15a27693e8ecd63082055e/browser/components/preferences/privacy.js#1251-1266).
Bug: search toolbar no longer goes to selected search homepage when blank
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-08-07 19:28:31+00:00
Resolved: 2024-08-12 05:49:59+00:00

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

Steps to reproduce:

Click open search toolbar, click one of the search engines listen under 'this time, search with'. The search bar itself is empty.


Actual results:

Nothing, the various search engines light up on hover, but cliking does nothing.


Expected results:

Should have gone to the search enginge home page.
Bug: Always show / Hide sidebar option doesn't work as expected
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-08-07 19:52:16+00:00
Resolved: 2024-09-05 10:40:36+00:00

STR:

1. enable the sidebar experiment in the Firefox Labs section of the settings
2. press the "customize sidebar" button
3. switch the "always show" / "hide sidebar" option.
4. close the sidebar settings.
5. repeat step 3 and 4.

Actual:

After step 1, the new sidebar appears in a collapsed state. After step 3, the new sidebar is suddenly expanded. After step 5, the result is exactly the same as after step 3, I can't see any difference.

Expected:

To be honest, I have no idea what the expected behavior of this setting is. But it's clear that it should make a difference, whether "always show" or "hide sidebar" is selected. Also, it's unclear why the collapsed/expanded state changes after toggling this setting, and how it can be reverted to get the collapsed state again.

Tested on two different machines, both with macOS 14 and Firefox Nightly 2024-08-07.
Bug: When dragging links onto a Firefox page from the Firefox address bar or favourites the drag data does not include a "text/uri-list" entry
Status: NEW
Priority: P3
Created: 2024-08-08 01:47:02+00:00
Resolved: 2024-08-22 15:05:43+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/127.0.0.0 Safari/537.36

Steps to reproduce:

Drag a url from the address bar (or from bookmarks) onto a firefox window (can also be a seperate window)




Actual results:

The drag data (`event.dataTransfer?.types` and `event.dataTransfer?.items`) includes "text/x-moz-url" data, but no "text/uri-list" data.


Expected results:

URLs dragged from the Firefox address bar (or from bookmarks) should include the standard data type for URLs: "text/uri-list".

- Chrome@127 - includes "text/uri-list" data
- Safari@17.5 - includes "text/uri-list" data

Note: dragging anchor elements (`<a>`) on a page in Firefox does include  "text/uri-list" data, the lack of  "text/uri-list" data is only when dragging from the address bar / bookmarks.

Test case

- [Source](https://codesandbox.io/p/sandbox/accept-url-drops-for-firefox-bug-g7ccz7?file=%2Fsrc%2Findex.ts%3A13%2C30)
- [Standalone](https://g7ccz7.csb.app/)
Bug: firefox129 dont return devtool ws link
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2024-08-08 07:56:21+00:00
Resolved: 2024-08-08 08:59:43+00:00

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

Steps to reproduce:

i launch firefox129 from terminal with args -remote-debugging-port 0


Actual results:

no ws link print in the terminal
i try firefox128 ,it works


Expected results:

terminal print a link like this 'DevTools listening on ws://127.0.0.1:50107/devtools/browser/076ae2e8-71d0-49ac-99d4-5ba025d53e4c'
Bug: Tab icon in sidebar is not centered correctly
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-08-08 08:15:21+00:00
Resolved: 2024-08-10 02:53:43+00:00

The tab icons are not actually in the centered. This becomes especially obvious on hover with the darker background. There seems to be more space on the left. In comparison three button at the bottom of the tab "History", "Customize" etc. seems to be centered correctly.
Bug: Sidebar will default to showing on left after restarting firefox even when set to show on the right in settings
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-08-08 09:23:22+00:00
Resolved: 2024-09-05 11:11:37+00:00

Steps to reproduce > enable sidebar with ai etc > set sidebar to always show and show on the right > restart / close and reopen firefox > sidebar appears on the left till you click the settings icon then it returns to the right
Bug: Firefox fails to relaunch if it’s closed via the keyboard or App menu while the “Scan in progress” dialog is shown with certain policies
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-08-08 10:52:15+00:00
Resolved: 2024-09-11 11:11:36+00:00

**Found in**
* 130.0b2

**Affected versions**
* 131.0a1 (2024-08-07)
* 130.0b2 
* 128.1.0esr

**Preconditions**
* Download the DLP test assets from https://drive.google.com/file/d/1yjqVRuxdKV3WnO7D2wzMgDXBuYBxUgVw/view 
* Create a distribution folder inside the Firefox folder and paste the policies-2.json to it and then rename it to policies.json
* Run the DLP agent in CMD using: .\content_analysis_sdk_agent.exe --user --toblock=.\d{3}-?\d{2}-?\d{4}. --towarn=.warn. --delays=10

**Tested platforms**
* Affected platforms: Windows 11
* Unaffected platforms: Ubuntu, macOS 

**Steps to reproduce**
1. Navigate to https://www.wikipedia.org/ and paste “ok text” 
2. Close Firefox via App Menu or Ctrl + Shift + Q while the “Scan in progress”  message is displayed
3. Open Firefox again and observe the behavior

**Expected result**
*  Firefox is successfully launched.

**Actual result**
* Firefox does not launch. Firefox processes are still running.

**Regression range**
* This is not a regression as this is a new feature

**Additional notes**
* Also reproducing if using policies-4.json
* Not reproducing with the rest of the policies.json
* Not reproducing if closing the browser from the “x” button
* Not reproducing for the upload operation while the “Scan in progress” dialog is shown
* Not reproducing for the “Blocked” or “Warn” dialogs
Bug: Persisted search term is removed when switching engines
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2024-08-08 14:16:37+00:00
Resolved: 2024-09-01 11:45:41+00:00

With ScotchBonnet enabling, type "test" in the urlbar to trigger a test with the default engine, then use the search mode switcher to change engines and the "test" search is removed
Bug: Sidebar toolbar button doesn't show up once the sidebar.revamp pref is flipped
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-08-08 15:51:53+00:00
Resolved: 2024-09-05 11:05:32+00:00

This fell through the cracks in Kelly's patch to add the toml file to Firefox Labs in bug 1902032 (where we changed the sidebar.revamp pref to update on-demand). Currently on a new profile, if the sidebar button isn't already in the nav bar, you end up with the collapsed sidebar and no way of expanding it unless you go into the customizetoolbar panel to add the sidebar button. 

We should see if we can use one of the CUI API's to move the sidebar-button widget where  we handle the pref flipping-on-demand in browser-sidebar.js (unless there's a better way of doing this).

Note: this only affects Nightly, so I'm giving it a lower severity.
Bug: Clicking on search engine icons in the search box does not open the search engine site without entering a search query.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-08-08 22:46:35+00:00
Resolved: 2024-08-16 19:33:06+00:00

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

Steps to reproduce:

1. Click on the magnifying glass icon in the search box to change the search engine.
2. Click on any search engine icon to change the search engine.




Actual results:

If the search bar is empty, then after clicking on the magnifying glass and then on the search engine change icon, the search engine web page does not open. It was a unique and very convenient feature!


Expected results:

If the search bar is empty, then after clicking on the magnifying glass and then on the search engine change icon, the search engine web page should open.
Bug: The search box in the address bar will not accept clicks on websites that I have added to my search.  If if click on any of the icons, nothing happens.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-08-08 23:03:05+00:00
Resolved: 2024-08-09 04:46:31+00:00

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

Steps to reproduce:

I click on the magnifying glass + icon in the search box.  The list of icons for my preferred websites drops down.  I click on any of them & nothing happens.


Actual results:

The icons don't work to bring up my preferred website.  This just started with the latest Firefox update 129.0 yesterday.
Ubuntu 22.04.4 LTS  jammy


Expected results:

Clicking an icon should bring up the website.
Bug: Customize Sidebar - Firefox tools icons are overlapping the tools titles
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-08-09 06:19:35+00:00
Resolved: 2024-09-06 09:03:12+00:00

**Affected versions**
* Firefox  Nightly 131.0a1

**Affected platforms**
* All

* Set the following prefs:
sidebar.revamp - true
sidebar.verticalTabs - true

**Steps to reproduce**
1. Go to Customize Sidebar
2. See the Firefox Tools icons

**Expected result**
* Firefox Tools are displayed properly with checkboxes in Customize sidebar settings

**Actual result**
* Icons are overlapping the Firefox tools titles

**Regression range**
* Will look for one asap.

**Additional notes**
* See attached screenshot