av9ash/GitBugs huggingface dataset:
Bug: Firefox - External URIs: Restore User-Friendly Application Names displayed from within the Launch Application Dialog
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-01-27 20:35:42+00:00
Resolved: 2020-03-05 13:26:47+00:00

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

Steps to reproduce:

I've only just observed this whilst running Firefox 72.0.2 - it's possible that this regression was introduced in a previous release, but up until this point I hadn't encountered the below for several weeks. To reproduce:

1. From a web page, open a URI that has been associated with an external application (a "mailto:" link is just one example, but any URI should do)

2. As expected, the "Launch Application" dialog will be triggered when the link is activated that allows the user to select which application to use to open the URI

The important bit to observe here is the default entry listed under the "Send to" section of the dialog. In previous Firefox releases, the first application in the list would be the application associated with the URI in question - however, a "friendly" name would be displayed in Firefox - my assumption is that this would either be based on the filename of the target application, or the data contained within the "Description" field of its executable. As of Firefox 72, however, the string displayed by Firefox now displays the full path to the filename - something like the following:

C:\Program Files (X86)\Application Name\Application Name.exe

To restore a user-friendly experience, could we consider restoring the previous behaviour - so that Firefox displays a meaningful application name to users? It's also worth noting that I'm using the NVDA screen reader - so it may in fact be that Firefox is in fact displaying a user-friendly application name, but something has changed in the dialog in terms of how the application name is presented.


Actual results:

N/A


Expected results:

N/A
Bug: backgroundPageThumbsContent.js, line 74: NS_ERROR_ILLEGAL_VALUE
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-01-27 23:44:10+00:00
Resolved: 2020-02-28 13:11:13+00:00

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

Steps to reproduce:

- When open and closing tabs
- When close login form
- Or login forms(New windows, redirects)


Actual results:

Erros:
```
JavaScript error: chrome://global/content/backgroundPageThumbsContent.js, line 74: NS_ERROR_ILLEGAL_VALUE: 
JavaScript error: chrome://global/content/backgroundPageThumbsContent.js, line 74: NS_ERROR_ILLEGAL_VALUE: 
JavaScript error: chrome://global/content/backgroundPageThumbsContent.js, line 74: NS_ERROR_ILLEGAL_VALUE: 
JavaScript error: chrome://global/content/backgroundPageThumbsContent.js, line 74: NS_ERROR_ILLEGAL_VALUE: 
JavaScript error: chrome://global/content/backgroundPageThumbsContent.js, line 74: NS_ERROR_ILLEGAL_VALUE: 
JavaScript error: chrome://global/content/backgroundPageThumbsContent.js, line 74: NS_ERROR_ILLEGAL_VALUE: 
JavaScript error: chrome://global/content/backgroundPageThumbsContent.js, line 74: NS_ERROR_ILLEGAL_VALUE: 
```


Expected results:

No errors.

Thanks!
Bug: ContentMetaChild.jsm, line 167: InvalidStateError: An attempt was made to use an object that is not, or is no longer, usable
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-27 23:46:52+00:00
Resolved: 2020-02-13 22:24:50+00:00

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

Steps to reproduce:

- Open bugzila
- Close browser
- restore tabs
- Close bugzilla tab


Actual results:

Errors:
```
JavaScript error: undefined, line 0: Error: Invalid tab ID: 142
JavaScript error: undefined, line 0: Error: Invalid tab ID: 142
JavaScript error: resource:///actors/ContentMetaChild.jsm, line 167: InvalidStateError: An attempt was made to use an object that is not, or is no longer, usable
JavaScript error: resource:///actors/ContentMetaChild.jsm, line 167: InvalidStateError: An attempt was made to use an object that is not, or is no longer, usable
JavaScript error: resource:///actors/ContentMetaChild.jsm, line 167: InvalidStateError: An attempt was made to use an object that is not, or is no longer, usable
```



Expected results:

No errors...

Thanks!
Bug: Restoring pinned tabs sometimes leaves the tab with the right favicon but an empty url
Status: NEW
Priority: P3
Created: 2020-01-27 23:57:14+00:00
Resolved: 2023-10-12 12:13:59+00:00

I've noticed this twice already over the last couple of days... The url bar is empty when I look at some of my pinned tabs, even though the favicon is right, see attached screenshot.
Bug: Zoom level is not applied correctly without a page refresh after changing "Zoom text only" option in about:preferences.
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-01-28 09:52:57+00:00
Resolved: 2020-02-07 08:11:47+00:00

#### Affected versions:

Nightly 74.0a1 (2020-01-28), Beta 73.0b10
#### Affected platforms:

ALL
#### Steps:

  1. Launch Firefox with a new profile and go to about:preferences.
  2. Under General, go to Zoom section and select 133% value (or any other) from the "Default zoom" dropdown.
  3. Perform a zoom in or zoom out using ctrl + mousewheel and then click on the zoom level badge from the address bar in order to return to the default zoom level.
  4. Check the "Zoom text only" checkbox and perform another zoom in or out like in step 3.

#### Actual result:

After checking the Zoom text only box and perform a zoom change using ctrl + mousewheel, the zoom level is applied for text only but starting from 100% instead from the default zoom level.
#### Expected result:

The zoom level should be applied starting from the default zoom level value set in step 2 (133% in our case).

NOTE: After checking the "Zoom text only" option from step 4, if the user refresh the page it works ok, the zoom changes are applied starting from the default zoom value. Note that other checkbox options like "Use smooth scrolling" from Browsing section is applied immediately without refreshing the page. Also if I change the Zoom text only option from menu bar->view->zoom->zoom text only, it works ok, the zoom level is changed starting from the default zoom level set in step 2, not from the 100%.
Please see the attachment.
Bug: Respect Dark Mode when displaying text/plain documents
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-28 10:41:34+00:00
Resolved: 2020-01-31 13:35:00+00:00

I use dark mode in bugzilla and find it jaring when opening plain text attachments such as https://bug374050.bmoattachments.org/attachment.cgi?id=258658
Bug: icons overlap
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-28 12:42:34+00:00
Resolved: 2020-01-28 14:31:45+00:00

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

Steps to reproduce:

did not wide window


Actual results:

icons overlap


Expected results:

hide
Bug: Urlbar background-color does not align with the Photon colors
Status: NEW
Priority: P3
Created: 2020-01-28 13:43:03+00:00
Resolved: 2023-03-06 20:14:36+00:00

The design update 1 Urlbar background-color is [`rgb(71, 71, 73)`](https://searchfox.org/mozilla-central/rev/cbd110d718bc89a499d3f996af24532abbf6f8ea/browser/themes/addons/dark/manifest.json#28). This is not a [Photon colour](https://design.firefox.com/photon/visuals/color.html#grey). The design update 1 spec calls for the Urlbar background to be Gray 60, but that reduces contrast too much. We can't make it Gray 70 because that's the colour of the toolbar. We maybe need something along the lines of a Gray 65.
Bug: Left-side Home toolbar button does not reliably overflow
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-01-28 13:51:14+00:00
Resolved: 2020-02-25 13:58:40+00:00

When the Home button is in its default position in the toolbar next to the Refresh button, it does not reliably overflow when the window is small. This is probably true of any left-side toolbar button in Home's default position, although I haven't checked this. Dao identified that this seems to be caused by the [Urlbar sizing at small window widths](https://searchfox.org/mozilla-central/rev/cbd110d718bc89a499d3f996af24532abbf6f8ea/browser/base/content/browser.css#743,757,768). His work on bug 1610497 seems to improve the overflow behaviour, so we should check this again when that bug lands.
Bug: The zoom level is reset to the default value in normal window when the user reset the zoom in private browsing
Status: NEW
Priority: --
Created: 2020-01-28 15:47:43+00:00
Resolved: 2024-06-18 00:23:36+00:00

#### Affected versions:

Nightly 74.0a1 (2020-01-27), Beta 73.0b10
#### Affected platforms:

ALL
#### Steps:

  1. Launch Firefox with a new profile, open a new private window and go to about:preferences.
  2. Under General, go to Zoom section and select any value from the "Default zoom" dropdown e.g 150%.
  3. Reach any website e.g www.facebook.com in the private window and change the zoom level manually to any level using ctrl + mousewheel or ctrl and "+ , -".
  4. In the normal window access the same website like in private window (in our case www.facebook.com) and also change the zoom level manually to any level using ctrl + mousewheel or ctrl and "+ , -". 
  5. Go to the private window and click on the zoom level badge displayed in the address bar.
  6. Go to the normal window and refresh the page.

#### Actual result:

When the user click on the zoom level badge in private window (step 5) and refresh the normal window page (step 6) the zoom level is reset to the default value also in normal window.
#### Expected result:

The zoom level in the normal window should not be reset when the user reset it in the private window.
Bug: Can't use "No Page Style" on pages with embedded Google Maps
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-01-28 22:33:26+00:00
Resolved: 2020-03-28 17:09:30+00:00

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

Steps to reproduce:

I visited a page.


Actual results:

It embedded Google Maps. Google Maps zoomed on loading. My brain is currently migraining.

I tried to inspect element to try to find a way to block Google Maps, or keep it from firing animation.

I was unable to inspect element. No right-click menu.

I reloaded with No Page Style.

Instead of a readable page, I got a giant Google Map. Google maps started animated scrolling.


Expected results:

Google shouldn't fire migraine-inducing pain-imation, but as long as they continue to do so, Firefox should allow users to inspect elements and block them.
Bug: Firefox 72 bookmark star not in URL bar
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-01-28 23:42:34+00:00
Resolved: 2020-02-04 19:38:00+00:00

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

Steps to reproduce:

1. browse to a URL e.g. nu.nl
2. since 72 there is no star in the URL field, to save nu.nl as a bookmark it is necessary to click on the three dots and select the option (star) 'create a bookmark'

(on my computer Firefox is installed in the Dutch language and I'm not completely sure of the English equivalent)


Actual results:

After action 2 the bookmark is saved.
However, only the three dots are displayed, no (blue) star. To find out if a URL has already been saved as a bookmark, it is necessary to click on the three dots after which there will be displayed either 'edit this bookmark' or 'create a bookmark'.



Expected results:

It should work as it did before the upgrade to Firefox 72 i.e.:
- if the URL has not been saved as a bookmark, the star in the URL field will be colourless / not-filled.
- if the URL has already been saved, the star will be blue / filled.
This logic obviates the need to use the three dots unless other options are required.
Bug: Window preview is empty with a rotating circle when "Show tab previews" option is enabled.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-29 04:09:31+00:00
Resolved: 2020-01-29 10:11:44+00:00

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

Steps to reproduce:

Check "Show tab previews in the Windows taskbar" in Options. 
Place the mouse over a tab preview and wait.


Actual results:

An empty window with a rotating circle at the centre is showing.


Expected results:

The window should be shown in its full size (works that way for other applications).
Bug: "Use Current Pages" is wrongly active even if no new tabs are opened
Status: NEW
Priority: P3
Created: 2020-01-29 08:14:22+00:00
Resolved: 2022-10-11 23:53:43+00:00

**[Affected versions]:**
- Firefox 74.0a1 Build ID 20200128214036
- Firefox 73.0b10 Build ID 20200125104833
- Firefox 72.0.2 Build ID 20200117190643

**[Affected Platforms]:**
- Windows 10
- Mac 10.14
- Linux Debian 9

**[Prerequisites]:**
- Have only one tab opened.

**[Steps to reproduce]:**
1. Open about:preferences#home page in the same tab.
2. From the "Homepage and new window" dropdown select "Custom URLs..." option.
3. Observe the "Use Current Pages" button.

**[Expected result]:**
- "Use Current Pages" button is inactive.

**[Actual result]:**
- "Use Current Pages" button is active.

**[Additional notes]:**
- After a few clicks the button turns inactive.
- The button is activated back after the "Use Bookmark" action is used.
Bug: [lockwise] Tooltip for Show/Hide password button is missing in about:logins page
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-01-29 09:17:18+00:00
Resolved: 2020-02-14 15:33:54+00:00

**Affected versions**
*  73.0b11, 74.0a1(2020-01-28);

**Affected platforms**
* Win7/10, Ubuntu 18.04, macOS 10.15;

**Steps to reproduce**
1. Launch Firefox and access about:lockwise
2. Create a new login - or have one created already;
3. Click any login and hover over the Show/Hide password button;
4. Click that button;
5. Move the mouse away, hover over it again;

**Expected result**
* Show/Hide password tooltip is displayed;

**Actual result**
* Show/Hide password tooltip is not displayed; 

**Regression range**
* will provide one asap;
* 72.0.2  not affected;

**Additional notes**
* same result when hovering on the available button on the edit/create scenarios;
* marking bug as minor, since this is a small UX issue.
Bug: [L10n] about:newtab search field does not list search suggestions in RTL when using a LTR language
Status: NEW
Priority: P2
Created: 2020-01-29 09:24:46+00:00
Resolved: 2022-10-10 19:29:19+00:00

**[Affected versions]:**
- Firefox 74.0a1 Build ID 20200128214036
- Firefox 73.0b10 Build ID 20200125104833
- Firefox 72.0.2 Build ID 20200117190643

**[Affected Platforms]:**
- Windows 10
- Mac 10.14
- Linux Debian 9

**[Prerequisites]:**
- Have an “ar” Firefox build installed.

**[Steps to reproduce]:**
1. Open about:newtab page.
2. Type a search keyword in the search field using a LTR language.
3. Observe the search suggestions.

**[Expected result]:**
- Search suggestions are displayed on the right side.

**[Actual result]:**
- Search suggestions are displayed on the left side.

**[Additional notes]:**
- This is not reproducible if the search is performed from Awesome bar or toolbar search.
- This issue is not reproducible using a RTL language.
- This issue might not be encountered in real life scenarios.
Bug: Right click opens shows context menu and opens link
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-01-29 11:52:01+00:00
Resolved: 2020-01-31 10:13:08+00:00

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

Steps to reproduce:

Open any web page with a link and right click on it.


Actual results:

The context menu opens briefly and the link imnediatelly opens in a new tab.


Expected results:

The context menu stays open and no other action is done.
Bug: Part of the download start animation is missing / cut off
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-01-29 13:11:58+00:00
Resolved: 2020-02-14 07:07:56+00:00

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

Steps to reproduce:

Start downloading a file


Actual results:

No start animation was played


Expected results:

There's should be start animation like in previous versions.
I don't know when this stops working but I downloaded firefox version 57 and this animation is present.

Also checked fresh installation of firefox 72.0.2 with same result - no animation.

I attach gif of what this animation looks like in firefox 57.
Bug: Onboarding Triplets can be wrongly dismissed from about:welcome page while the onboarding modal is still displayed
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-01-29 13:49:49+00:00
Resolved: 2020-02-06 06:39:39+00:00

**[Affected versions]:**
- Firefox 73.0b11 Build-ID 20200128001646

**[Affected Platforms]:**
- Windows 10
- Mac 10.14
- Linux Debian 9

**[Steps to reproduce]:**
1. Open about:welcome page.
2. Observe the top-right side of the page.

**[Expected result]:**
- A grayed out and unactionable “X” button is displayed.

**[Actual result]:**
- An actionable “X” button is displayed.

**[Regression]:**
- Last good revision: 63822634f6ffb878bd3aa64c1789b3452d178bee
- First bad revision: 0152641c5419db9c9e723afe55bef1b63c699e96
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=63822634f6ffb878bd3aa64c1789b3452d178bee&tochange=0152641c5419db9c9e723afe55bef1b63c699e96 

**[Additional notes]:**
- The onboarding Triplets are dismissed if the “X” button is clicked.
- This issue was fixed on Firefox Nightly 74.0a1 (Build 20200129093157) by Bug 1609462.

@thecount, @pdahiya could you please take a look at Bug 1609462 and see if it will be safe to be uplifted in Beta?
Bug: Copy / Cut options from context menu are available on empty searchbar
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-01-29 14:25:44+00:00
Resolved: 2020-06-05 12:46:04+00:00

**Affected versions**
- Firefox 74.0a1
- Firefox 73.0b11
- Firefox 72.0

**Affected platforms**
- Windows 10 & 7
- macOS 10.13
- Ubuntu 18.04

**Steps to reproduce**
1. Open Firefox and go to Options / Preferences
2. Enable the search bar 
3. Right click on the added search bar

**Expected result**
- The copy / cut options are greyed out as there is no input text

**Actual result**
- The copy / cut options are available

**Regression range**
- I will see for a regression. On a look over, 69.0b8 seems to not be affected, but
71.0 is affected.

**Additional notes**
- The behavior can be seen in the attachment
- Context menu options both in pages and the search bar from toolbar are affected by this issue. 
- A page affected by this is [example](https://www.roboform.com/filling-test-all-fields).
- 68.4.2esr is affected too.
- If considered, a separate bug should be opened for the issue on pages, as opposed to just the search bar.
Bug: Using sync imports logins but doesn't remove them when user signs out of Firefox.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-29 23:30:05+00:00
Resolved: 2020-01-31 12:39:49+00:00

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

Steps to reproduce:

I signed into Firefox sync and my logins were downloaded to this device. I used the browser for a few months and then signed out out my Firefox account.


Actual results:

After signing out of my Firefox accounts, all of my logins were still present.


Expected results:

The logins should have been deleted since they came as a result of signing in to Firefox, but they stayed on the device.
Bug: Keyboard shortcut (cmd + ,) does not create subscript as it does in other browsers
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-01-30 06:25:44+00:00
Resolved: 2020-05-18 14:38:48+00:00

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

Steps to reproduce:

Reproduction:
1. Open Firefox
2. Go to drive.google.com
3. Open document in Google docs
4. Highlight character in google docs (such as the "2" in H20)
5. Press command + , (comma) 


Actual results:

Command + , opens a new tab in firefox - about:preferences


Expected results:

Highlighted character should turn into a subscript

(this works in google docs in other browsers and is listed as the proper shortcut for a subscript; superscript, command + . works)
Bug: PDF.js does not render borders consistently
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-01-30 07:56:15+00:00
Resolved: 2021-10-11 08:57:50+00:00

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

Steps to reproduce:

Opened attached PDF in Firefox, Chrome,  and Adobe Reader DC


Actual results:

If you scroll to the bottom and see that there is a line under "Saturday 22 December 2018" in Chrome and Adobe Acrobat Reader, but not in Firefox.


Expected results:

Firefox, Chrome and Adobe Reader DC should all display consistently.
Bug: dragging a tab after restarting firefox not possible while tab is still loading
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2020-01-30 08:46:11+00:00
Resolved: 2024-12-05 14:48:08+00:00

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

Steps to reproduce:

Close firefox with saving the current opened tabs.
Start Firefox, now move mouse cursor to a tab that's not (re)loaded yet, then hold left mousbutton and try to drag it left or right (over another tab).


Actual results:

not working
Bug: menu bar don't want to disappear any more (if alt-key is pressed)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-01-30 16:57:19+00:00
Resolved: 2020-02-28 12:30:27+00:00

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

Steps to reproduce:

press the alt-key


Actual results:

the menu bar don't want to disappear


Expected results:

the menu bar should disappear
Bug: File extensions are duplicated for file inputs with custom 'accept'
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-01-30 17:34:58+00:00
Resolved: 2020-02-28 15:42:18+00:00

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

Steps to reproduce:

Firefox 72 on Windows 7 and Windows 10.

Given a file input element with a custom 'accept' attribute:

<input type="file" name="file" accept="application/pdf,application/msword,application/vnd.openxmlformats-officedocument.wordprocessingml.document,application/vnd.ms-excel,application/vnd.openxmlformats-officedocument.spreadsheetml.sheet,text/plain" multiple="multiple">


Actual results:

When clicked, a file dialog is displayed where the file extensions are duplicated in both the "All supported types" item and in the individual file type items (see screenshot):

All Supported Types (*.pdf;*.pdf;*.doc;*.doc;*.docx;*.docx;*.xls;*.xls;*.xlsx;*.xlsx;*.txt*.txt)
Adobe Acrobat Document (*.pdf;*.pdf)
Microsoft Word 97 - 2003 Document (*.doc;*.doc)
Microsoft Word Document (*.docx;*.docx)
Microsoft Excel 97-2003 Worksheet (*.xls;*.xls)
Microsoft Excel Worksheet (*.xlsx;*.xlsx)
Text Document (*.txt;*.txt)


Expected results:

File extensions in the file types list are not duplicated:

All Supported Types (*.pdf; *.doc; *.docx; *.xls; *.xlsx; *.txt)
Adobe Acrobat Document (*.pdf)
Microsoft Word 97 - 2003 Document (*.doc)
Microsoft Word Document (*.docx)
Microsoft Excel 97-2003 Worksheet (*.xls)
Microsoft Excel Worksheet (*.xlsx)
Text Document (*.txt)
Bug: Screenshot - Prevent page refresh when do screenshot take
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-01-30 20:08:20+00:00
Resolved: 2020-02-21 18:07:02+00:00

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

Steps to reproduce:

 - Open NHS no-break monitoring page
- Try to take a screenshot
- Get error in screenshot
- The page redirects when you crop the page


Actual results:

- Page refresh when crop screenshot image
- Get a tool error



Expected results:

Freeze page refresh.
Or freeze image when crop.