av9ash/GitBugs huggingface dataset:
Bug: Sync wont work
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-03-29 07:04:24+00:00
Resolved: 2020-06-12 03:07:39+00:00

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

Steps to reproduce:

I am logged into firefox on my imac desktop and my mac laptop. Both of my versions are up to date with the apple operating system and firefoxes newest browser version.


Actual results:

On my laptop it will not sync so it will give me the correct information. i;m not sure when it stopped working maybe 4-5 months ago. I have uninstalled it, i have tried logging out and back in. The sync spinning wheel keep spinning the whole time firefox is open.


Expected results:

Sync was suppose to sun my bookmarks and passwords the right way.
Bug: Twitter can't write tweet when using some characters
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-03-29 09:14:14+00:00
Resolved: 2020-03-30 06:36:37+00:00

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

Steps to reproduce:

Tweeting on twitter website, typing ' or backspace in the text space results in an error, only on firefox and twitter


Actual results:

Error message "something wrong happened but don't worry it is not your fault" (picture in french)


Expected results:

Writing and sending tweet
Bug: Key for one click search engines dropped frequently
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-29 12:35:13+00:00
Resolved: 2020-03-30 09:15:20+00:00

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

Steps to reproduce:

assign letter to one click search engine, e.g. wikipedia (w) or leo.org (l)


Actual results:

key not recognized, searched by default search engine instead
directly after assignment key is recognized but after a few days/restart some (the above) keys are gone, others (google, duckduck, ebay, ... )remain


Expected results:

key always recognized as assigned
Bug: Preferences UI manual socks proxy port cannot be modified
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-03-29 17:56:20+00:00
Resolved: 2020-04-23 12:10:55+00:00

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

Steps to reproduce:

Go to preferences -> Proxy settings
Select manual proxy
Attempt to modify the socks proxy port


Actual results:

I couldn't change the port from the value it was set to
It seems to be a problem with the `input` or `keydown` event handler, after onChange is called sometimes the desired change is kept but sometimes it is not. When stepping through the event handler it begins to change to desired value and is later changed back.


Expected results:

The port should've changed
Bug: Websites saved as favorites/bookmark not marked as favorite/bookmark
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-03-29 18:08:20+00:00
Resolved: 2020-04-14 14:48:52+00:00

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

Steps to reproduce:

Open browser. Bookmark pages. Type web addresses into URL bar, bookmarked pages show up first.


Actual results:

Type in Fox News, Firefox refuses to show it as a bookmark (have star next to it)


Expected results:

Fox News website should have had a bookmark star show up next to it.
Bug: Page info doesn't show "View Certificate" button when FPN is enabled
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2020-03-29 20:03:20+00:00
Resolved: 2020-04-11 17:13:46+00:00

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

Steps to reproduce:

1. Go to https://scroll.com/ and click on the Setup tab at the top right hand corner.
2. Then scroll to the "Get the Add-on" button and click it.
3. You'll be prompted with the "Allow scroll.com to to install an add-on?" click "Continue to Installation"


Actual results:

I get prompted with an error "The add-on could not be downloaded due to a connection failure"


Expected results:

The add-on should've been installed.
Bug: [mac] Customize buttons for Themes and Density lack dropdown caret
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-30 08:31:48+00:00
Resolved: 2020-04-29 19:44:49+00:00

**Affected versions**
* 75.0b10, 76.0a1 (2020-03-29);

**Affected platforms**
* macOS 10.15

**Steps to reproduce**
1. Launch Firefox, click on the Customize... button;
2. (optional)Click on the button(s) for Themes/Density;

**Expected result**
* buttons have indicators that there are additional options in them;

**Actual result**
* carets such as on Toolbars button is missing;

**Regression range**
* will provide one asap;

**Additional notes**
* attached screenshot with the issue.
Bug: Sync not working properly
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-30 10:26:16+00:00
Resolved: 2020-04-15 07:07:50+00:00

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

Steps to reproduce:

* Since years I have seveal Firefox installations on different devices (including Mobile) ==> This problem is not related to the current version only
* The Sync is working somehow ==> but not as expected
* I do not have passwords properly synced
* My bookmarks are synced in different places accross computers. I was NOT ABLE to have ONE LIST for all devices I use.


Actual results:

* I get different (sub-) trees on differnt computers not a single valid for all.
* Not all passwords are available on all devices. Even when all devices are synced. All devices hav a master password (different on all devices)!


Expected results:

* One bookmark list identical to all devices!
* All passwords shared between all devices.
Bug: Cannot use keyword search smoothly. Always "405 Not Allowed / ngix"
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-03-30 11:58:42+00:00
Resolved: 2020-04-15 10:25:13+00:00

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

Steps to reproduce:

I have set up a keyword search.
Keyword: d
URL: https://duckduckgo.com/?norw=1&ia=web&q=%s

Then I tries to do a keyword search (in a new tab, URL bar).
d kamaroo

Actual results:

Keyword search does NOT happen yet.
The URL changed (it is good) to
https://duckduckgo.com/?norw=1&ia=web&q=kamaroo
Instead of duckduckgo results, the following "page" appears:
```
"405 Not Allowed" (BIG letters)
----
"ngix"
```



Expected results:

The keyword search should have beed done.

If I go to the URL bar and press Enter a second time, then the keyword search do happen.
I just do now want to do each keyword search two times each kyword search two times.
Bug: The buttons of the import wizard dialog are incorrectly displayed for the "pave-over"and Reinstall install method (stub installers)
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-03-30 13:44:47+00:00
Resolved: 2020-04-24 14:17:15+00:00

**Affected Version:**
Latest Nightly 76.0a1 (2020-03-30)

**Affected Platforms:**
Windows 10 x64
Windows 7 x32
Windows 10 win64-aarch64

**Steps to reproduce:**
STR1:
1. Have an older Nightly (FX73) installed in the default location
2. Open the old Nightly and install some addons and themes, close it after that
3. Download the stub installer for the Latest Nightly and run it with default settings ("pave-over method")

STR2:
1. Install latest Nightly with stub installer
2. Open Nightly, add some addons and themes
3. Uninstall this Nightly
4. Launch the latest Nightly stub installer and go through the process with default settings

**Expected Results:**
When the import wizards dialog appears, the "< Back/Finish/Cancel" buttons should be correctly displayed

**Actual Results:**
The button labels are missing and the dialog closes by itself after 2 seconds

**Regression-Range:**
This is a regression, latest Beta75.0b9 and Release 74 are not affected.
Can't mozregress this issue due to the nature of it..
Bug: Dark theme styling overrides High Contrast mode
Status: NEW
Priority: P5
Created: 2020-03-30 14:07:40+00:00
Resolved: 2022-10-12 00:06:17+00:00

If the Windows 10 dark theme is applied before the user turns on Windows High Contrast mode, the Firefox UI uses our usual dark theme colours.

[STR]
1. In Windows 10, go to Settings > Colors > More options and select the dark theme
2. Go to Settings > Ease of Access > Vision > High contrast and enable High Contrast mode.
3. Open Firefox. Observe the browser UI.

[Expected]: The browser UI is in High Contrast mode.
[Actual]: The browser UI uses the usual dark theme colors.

If you disable High Contrast mode, enable the Windows 10 light theme, re-enable High Contrast mode, and open Firefox, you will observe that the correct high contrast colours are used.

Screenshot attached of Firefox using the dark theme with High Contrast mode enabled.
Bug: The "Breached Website" and the "Vulnerable Passwords" notifications are not displayed below the header
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-03-30 14:11:47+00:00
Resolved: 2020-04-01 15:06:22+00:00

[Affected versions]:
- Nightly 76.0a1 (Build ID: 20200330094747)

[Affected Platforms]:
- Windows 10 x64
- Mac 10.14.6
- Ubuntu 18.04 x64

[Prerequisites]:
- Have a profile with at least 3 saved logins in which one is vulnerable.

[Steps to reproduce]:
1. Open the Firefox browser with the profile from prerequisites
2. Select a vulnerable login.
3. Observe the top part of the Login view.

[Expected result]:
- The “Vulnerable Password” notification is displayed below the header.

[Actual result]:
- The “Vulnerable Password” notification is displayed above the header.

[Notes]:
- Based on the [mock-ups](https://mozilla.invisionapp.com/share/BEU7ZBJ486Y#/screens/386896727), the "Breached Website" and the "Vulnerable Passwords" notifications should be displayed under the header (under the website, “Edit” and “Remove” buttons.
- The issue is also reproducible on older Firefox versions with the old breached notification.
- Attached a screenshot of the issue.
Bug: The "Mobile promotion" banner is cut off when "Breached Website" or "Vulnerable Passwords" notification is displayed on small screens
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-03-30 14:13:50+00:00
Resolved: 2020-04-10 20:27:15+00:00

[Affected versions]:
- Nightly 76.0a1 (Build ID: 20200329214909)

[Affected Platforms]:
- Windows 10 x64
- Mac 10.14.6
- Ubuntu 18.04 x64

[Prerequisites]:
- Have a profile with at least 3 saved logins in which one is vulnerable.
- Have a valid Firefox Account.

[Steps to reproduce]:
1. Open the Firefox browser with the profile from prerequisites
2. Sign in to Sync with the Firefox Account from prerequisites.
3. Select a vulnerable login.
4. Observe the “Mobile promotion” banner from the bottom part of the Login view.

[Expected result]:
- The “Mobile promotion” banner is correctly displayed.

[Actual result]:
- The “Mobile promotion” banner is cut off.

[Notes]:
- This issue is reproducible only on small screens. I have managed to reproduce this issue on a MacBook Pro with 13-inch and on a Dell G5 with 15-inch.
- Attached a screen recording with the issue.
Bug: An extra scroll bar is displayed when a vulnerable/breached login is selected and the browser is resized
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-03-30 14:15:57+00:00
Resolved: 2020-03-31 13:13:41+00:00

[Affected versions]:
- Nightly 76.0a1 (Build ID: 20200329214909)

[Affected Platforms]:
- Windows 10 x64
- Mac 10.14.6
- Ubuntu 18.04 x64

[Prerequisites]:
- Have a profile with at least 3 saved logins in which one is vulnerable.
- Have the "signon.management.page.vulnerable-passwords.enabled" pref to "true".

[Steps to reproduce]:
1. Open the Firefox browser with the profile from prerequisites.
2. Select a vulnerable login.
3. Resize the browser to less than 50%.
4. Observe the login item.

[Expected result]:
- The login item is correctly displayed and a singe scroll-bar is displayed.

[Actual result]:
- An extra scroll bar is displayed. 

[Notes]:
- The issue is reproducible on macOS only if the "Show scroll bars" OS option is set to "Always".
- The issue is also reproducible on older Firefox versions where the old breached notification is displayed.
- Attached a screen recording with the issue.
Bug: The Website address wrongly exceeds the Vulnerable Password notification area if it’s very long
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-03-30 14:20:04+00:00
Resolved: 2023-09-27 17:09:01+00:00

[Affected versions]:
- Nightly 76.0a1 (Build ID: 20200329214909)

[Affected Platforms]:
- Windows 10 x64
- Mac 10.14.6
- Ubuntu 18.04 x64

[Prerequisites]:
- Have a profile with at least 2 saved logins in which one is breached.

[Steps to reproduce]:
1. Open the Firefox browser with the profile from prerequisites
2. Create a vulnerable login with a long website address.
3. Observe the “Go to <webite_name>” link.

[Expected result]:
- The website address link from the “Vulnerable Password” is correctly displayed.

[Actual result]:
- The website address related to the vulnerable login exceeds the notification area.

[Notes]:
- Attached a screenshot of the issue.
Bug: Remove the extension is controlling the default search engine setting warning notice
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-03-30 14:21:09+00:00
Resolved: 2020-12-04 19:18:59+00:00

When an extension is controlling a setting in Firefox, we always show a string (see attachment) and a "Disable Extension..." button next to it. It looks like this button is missing for the default search setting. We could select a different default search engine from the drop down below the string as seen in the attachment, but it doesn't really disable the extension.

Also, looking at the code here[0], the description element is controlling a "disableDefaultSearchExtension" element that doesn't exist AFAICT.

[0] https://searchfox.org/mozilla-central/rev/9c6e7500c0015a2c60be7b1b888261d95095ce27/browser/components/preferences/in-content/search.inc.xhtml#31
Bug: The “Learn more” and the “Go to <website_name>” links overlap with the elements from the “Vulnerable Password”/”Breached Website” notification when the browser is resized
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-03-30 14:29:41+00:00
Resolved: 2020-04-02 10:24:59+00:00

[Affected versions]:
- Firefox Nightly 76.0a1 (Build ID: 20200330094747)

[Affected Platforms]:
- Windows 10 x64
- Mac 10.14.6
- Ubuntu 18.04 x64

[Prerequisites]:
- Have a profile with at least 3 saved logins in which one is vulnerable.

[Steps to reproduce]:
1. Open the Firefox browser with the profile from prerequisites.
2. Select a vulnerable login.
3. Resize the browser to less than 50% and observe the link from the “Vulnerable Password” notification.

[Expected result]:
- The “Learn more” and the “Go to <website_name>” links are correctly displayed and rendered.

[Actual result]:
- The “Learn more” and the “Go to <website_name>” links overlap with the elements from the notification.

[Notes]:
- Attached a screen recording with the issue.
Bug: Bookmarks folder deleted on Android is not removed from Desktop after sync
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-03-30 14:34:38+00:00
Resolved: 2020-04-01 05:31:34+00:00

[Affected versions]:
Fennec 68.6.0
Firefox 74.0 stage and production

[Affected platforms]:
Windows Pro 10 64-bit
Android 8.0.0
Android 9.0.0

[Prerequisites] 
Create an account and sign in on Desktop. 
Download AboutSync addon: https://addons.mozilla.org/en-US/firefox/addon/about-sync/
1. Go to Tools > About Sync.
2. Under “Sync Info,” check “Create log files even on success?” and “Remember these values when Sync is reconfigured?”.
3. Change “Level of messages written by Sync engines” to “Trace”.
4. Change “Level of messages written to about:sync-logs log files” to “Trace”.
5. Open about:sync-log to access the logs.

[Steps to reproduce]:
1. On Desktop go to Library>Bookmarks> Bookmarking tools> View Bookmarks sidebar. 
2. Right click on one of the main bookmark folders and select to create a new folder. Name is and add a few new bookmakrs to it. Trigger manual sync. 
3. Sign in with account on Android and trigger a manual sync. Go to menu>bookmarks and verify that the nested folder and bookmarks added on Desktop are synced to Android. 
4. Select to Remove nested folder from Android bookmarks. Trigger manual sync.
5. Wait for sync to be finished and then on Desktop trigger a manual sync as well. View bookmarks and check that both child-folders and all its containing bookmarks are deleted. 
6. In about:sync-log check to see if sync has been successful. 

[Expected results]:
Bookmark folder and its contents are successfully deleted from Desktop after they have been deleted from android and sync on both devices has been performed. Sync log appears successful. 

[Actual results]:
Error-sync log is received and while bookmarks deleted from android are also removed from Desktop the Nested folder has not been removed from Desktop bookmarks. 

Note: 
Sometimes the bookmarks contained in the folder are not deleted either. 
Tested also on android with Fenix 4.1.0 on production and did not manage to reproduce.
Bug: Prefs do mainthread IO on all helper apps off disk when they load
Status: NEW
Priority: P3
Created: 2020-03-30 16:35:47+00:00
Resolved: 2024-03-20 19:03:05+00:00

https://searchfox.org/mozilla-central/rev/9c6e7500c0015a2c60be7b1b888261d95095ce27/browser/components/preferences/in-content/main.js#2179-2186

```js
  _isValidHandlerExecutable(aExecutable) {
    let leafName;
    if (AppConstants.platform == "win") {
      leafName = `${AppConstants.MOZ_APP_NAME}.exe`;
    } else if (AppConstants.platform == "macosx") {
      leafName = AppConstants.MOZ_MACBUNDLE_NAME;
    } else {
      leafName = `${AppConstants.MOZ_APP_NAME}-bin`;
    }
    return (
      aExecutable &&
      aExecutable.exists() &&
      aExecutable.isExecutable() &&
      // XXXben - we need to compare this with the running instance executable
      //          just don't know how to do that via script...
      // XXXmano TBD: can probably add this to nsIShellService
      aExecutable.leafName != leafName
    );
  }
```

This does mainthread IO on any files set as custom handler applications. This should be relatively uncommon; it'd require users actually setting these, but it's still bad. Should be using non-mainthread IO, or we should just get rid of the filtering altogether - if any handler app info is outdated it should get ignored when we attempt to invoke it and/or be updated organically. Loading prefs is too late a point to try to accommodate this. The kicker here is that, AFAICT, we do these checks and use them for display (so we'll show "always ask" if there is no OS-default handler app for the type, and the OS default if it exists) but we don't update the local handlers store, so what we show might not match what actually happens...
Bug: New Tab will not show any content even though prefs are set to show content
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-03-30 16:49:47+00:00
Resolved: 2020-03-30 17:54:37+00:00

I have preferences in my Firefox set to show everything possible.  Yet my actual new tab shows nothing at all.  (The gear icon that usually shows in new tab is also not visible.)
Bug: SkSpriteBlitter_Memcpy::blitRect
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-30 18:31:21+00:00
Resolved: 2020-03-30 21:04:23+00:00

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

Steps to reproduce:

So originally this issue reared its head in a Selenium Webdriver Docker environment.
I am supplying the crash report from running in docker desktop and using vnc to just load url for a user admin page in the application (Blackduck Hub).

Firefox 65.0.2 Crash Report [@ libc-2.23.so@0x14dc36 | SkSpriteBlitter_Memcpy::blitRect ]
ID: 904b8d56-681d-452e-b2cf-765150200330
Signature: libc-2.23.so@0x14dc36 | SkSpriteBlitter_Memcpy::blitRect
UUID 904b8d56-681d-452e-b2cf-765150200330
Date Processed 2020-03-30 18:22:52 UTC 
OS Version 0.0.0 Linux 4.19.76-linuxkit #1 SMP Thu Oct 17 19:31:58 UTC 2019 x86_64
CPU Info family 6 model 158 stepping 9 
CPU Count 2 



Actual results:

Firefox crashes.  I have tried in versions 73, 74 as well


Expected results:

Page should load
Bug: Tabs don't arrive on desktop until I manually sync now
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-30 19:46:33+00:00
Resolved: 2020-03-31 16:43:29+00:00

I use nightly on my desktop and the latest Firefox for iOS on my iPad and iPhone. For the last week or so, tabs that I send from my mobile devices to my desktop don't show up automatically. I have to manually "sync now" to get them to show up.
Bug: Zoomed in "carets" in Firefox Synced Tab sidebar
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-03-30 23:40:37+00:00
Resolved: 2020-04-29 19:32:15+00:00

The carets to expand and collapse different devices have "zoomed in" looking carets. My History Sidebar tab looks fine.
Bug: Figure out why bug 1625314 broke the accessibility role of search-textbox
Status: NEW
Priority: P3
Created: 2020-03-31 00:08:49+00:00
Resolved: 2024-02-27 16:36:48+00:00

https://phabricator.services.mozilla.com/D68899 hacked around a a11y test. It'd be nice to figure out why that was needed, and if there's a proper fix to it.
Bug: Synced Tabs sidebar search field is too slim
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-03-31 08:31:22+00:00
Resolved: 2020-04-09 14:11:57+00:00

Not sure what's going on here. To get rid of this mess for good, I'm going to just make us use the search-textbox custom element...
Bug: Cogwheel for Protection level not vertically centered in div
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-03-31 09:43:20+00:00
Resolved: 2020-04-16 05:19:40+00:00

**Affected versions**
* 75.0b11, 76.0a1 (2020-03-30)

**Affected platforms**
* macOS 10.15, Windows 10, Ubuntu 18.04;

**Steps to reproduce**
1. Launch Firefox, access about:protections
2. Hover over the cogwheel for the protections level

**Expected result**
* elements are properly displayed;

**Actual result**
* top padding doesn't match bottom padding for the icon;

**Regression range**
* will check if one and provide confirmation asap;

**Additional notes**
* attached screenshot with the issue.
Bug: Lockwise app focus ring for GooglePlay differs from AppStore
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-03-31 11:47:00+00:00
Resolved: 2020-07-10 21:28:19+00:00

**Affected versions**
* 75.0b11, 76.0a1 (2020-03-30)

**Affected platforms**
* macOS 10.15, Windows 10, Ubuntu 18.04;

**Steps to reproduce**
1. Launch Firefox, login with a valid account for sync, access about:logins
2. Edit any user/login;
3. Press the tab key until you reach the bottom buttons for redirecting on the Google/Apple stores;

**Expected result**
* button decorators are of the same format;

**Actual result**
* for GooglePlay the wrong div seems to be selected/active;

**Regression range**
* will check and provide one asap;

**Additional notes**
* attached recording with the issue.
Bug: about:logins - section for mobile devices elements not ideally contained on resize
Status: NEW
Priority: P5
Created: 2020-03-31 11:57:00+00:00
Resolved: 2022-10-10 19:29:32+00:00

**Affected versions**
* 75.0b11, 76.0a1 (2020-03-30)

**Affected platforms**
* macOS 10.15, Windows 10, Ubuntu 18.04;

**Steps to reproduce**
1. Launch Firefox, login with a valid account for sync, access about:logins
2. Edit any user/login;
3. Grab the browser and shrink the width of it;

**Expected result**
* section has a set min-width;

**Actual result**
* close(x) button for the section, overlaps with the text;

**Regression range**
* First bad :(2019-10-11);
* last good :(2019-10-11);
* pushlog [URL](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=e9783a644016aa9b317887076618425586730d73&tochange=106fddd0491636603c83208fdb5f953b8f360096)

**Additional notes**
* adding 1626215 at the see also field, since it's issue pushes the button unnecessarily;
* attached screenshot with the issue.