av9ash/GitBugs huggingface dataset:
Bug: browser.helperApps.neverAsk.saveToDisk is ignored (still get prompted) when downloading files for which we offer to "open in firefox"
Status: RESOLVED
Priority: P1
Resolution: WORKSFORME
Created: 2020-10-12 13:08:26+00:00
Resolved: 2021-02-15 13:13:01+00:00

**Prerequisites:**
*1. Latest Firefox x64 installed (current version is 81.0.1)*
*2. A selenium project using latest geckodriver (current version 0.27.0)*
*3. The following geckodriver preferences set in the project (on my case, set on serenity.properties):*
* *browser.helperApps.neverAsk.saveToDisk=application/xml;*
* *browser.helperApps.alwaysAsk.force=false;*

*4. A website where an XML file can be downloaded (file MIME-TYpe is application/xml)*

**Steps to reproduce:**
1.  On the selenium automated framework, try to download an XML file, without displaying the Firefox Download popup

**Actual result:**
With the latest Firefox and geckodriver versions, the Firefox popup is always displayed.

**Expected result:**
The XML file should be directly downloaded to the default or specified downloaded directory.

The response I am getting when I click on the Save button is:
> HTTP/1.1 200 OK
> Date: Mon, 12 Oct 2020 12:09:10 GMT
> Content-Length: 8170
> Content-Type: application/xml; charset=UTF-8
> Content-Disposition: attachment; filename=signed_test.xml

**NOTE:**
My framework is based on serenity v.2.3.5
My complete Firefox configuration on serenity.properties can be found attached to this ticket.
Bug: Crossed out padlock is sometimes not displayed when always HTTPS mode is enabled
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-10-12 13:27:01+00:00
Resolved: 2020-11-30 18:17:03+00:00

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

Steps to reproduce:

1. Enable always HTTPS mode
2. Go to http.badssl.com
3. Accept the risk


Actual results:

Sometimes crossed out padlock is not displayed, but they appear when switching to another tab, then to insecure one again.


Expected results:

Crossed out padlock should always be displayed on insecure pages.
Bug: Youtube incompatibility: ctrl+backspace clears comment text field, pressing space is applied twice
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-12 13:29:30+00:00
Resolved: 2020-10-12 14:03:59+00:00

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

There are some annoying incompatibilities that don't happen with chromium.

Whenever I press ctrl+backspace, the comment textfield is cleared, instead of deleting the last word.
Another constant annoyance is that the space key's action (play/pause) is always applied twice if you used the button before. There's this braindead feature on youtube that brings up these blue frames on its player GUI elements, which is dreadful to begin with because it ruins hotkeys, but Firefox makes matters much worse with the play/pause button, because when you press space the input is registered twice, so the video plays for a split second then gets paused again, or vice-versa... Obviously space is captured both as a generic hotkey and by that blue-frame tabindex thing, that serves no useful purpose. Anyway this never happens on chromium.
Bug: When opening Fonts window from about:preferences the size numbers are changed from 9 to default ones in a split second
Status: NEW
Priority: P3
Created: 2020-10-12 13:47:55+00:00
Resolved: 2020-10-14 14:08:05+00:00

*Affected versions*
* 83.0a1 (20201011093320)
* 82.0b9 (20201006142214)
* 81.0.1 (20200930150533)

*Affected platforms*

* Windows 10x64
* macOS 10.12
* Ubuntu 18.04

*Steps to reproduce*
1. Open Firefox with and go to about:preferences.
2. Click on the Advanced button from Fonts.

*Expected result*
* The window is opened as expected without visual glitches. 

*Actual result*
* The first number shown for Size drop-down is 9 and then is changed to another one in a split second. This is the window opened when the Advanced button is pressed: [link](https://drive.google.com/file/d/1v6s6UEAs-BxZpKLZNH7ZAXg67QUGvegj/view?usp=sharing)

*Regression range*
* Last good revision: a73cc4e08bf5a005722c95b43f84ab0c8ff2bc7c (2017-09-12)
* First bad revision: 8645a74bbbd06b67699317df1abf3897db0e43d5 (2017-09-13)
* Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=a73cc4e08bf5a005722c95b43f84ab0c8ff2bc7c&tochange=8645a74bbbd06b67699317df1abf3897db0e43d5


*Notes*
* Attached a screen recording.

**Suggested Severity: S4**
Bug: The "browser.search.with_ads" and "browser.search.ad_clicks" telemetry is intermittently recorded on Nightly
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2020-10-12 13:52:24+00:00
Resolved: 2020-11-04 09:04:49+00:00

**Affected Versions:**
Nightly 83.0a1 (2020-10-11) (64-bit)

**Tested on:**
Windows 10 x64

**Steps to Reproduce:**
1. Perform a search with a string that will have ads as results, such as: iphone, nordvpn, etc.
2. Make sure there are ads results displayed in the search results
3. Go to about:telemetry and check the RAW JSON
4. Search for "browser.search.with_ads"

**Expected Results:**
Telemetry should be recorded for searches with ads, such as "browser.search.with_ads" is: "google": 1

**Actual Result:**
Telemetry is not recorded for search engines such as Google, DuckDuckGo

**Regression-Range:**
This is the pushlog: 
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=be505a533e307a56f476715e06cbdcd73c6baaab&tochange=4a415aef250954b68a76019950e84164cdeb5f1c
Regressed by Bug 1511065

**Severity Suggestion:**
S3-S4 severity
Bug: "removeAllLogins" listener in "passwords.js" does not behave as expected
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2020-10-12 14:10:02+00:00
Resolved: 2020-11-30 00:42:34+00:00

I'm currently working on [Bug 1613620](https://bugzilla.mozilla.org/show_bug.cgi?id=1613620), which will allow a Firefox user to delete all their logins, and I'm running into issues with password syncing. Adding and removing passwords works as expected, but removing all passwords does not behave as expected. 

When removing all logins at once, via the `removeAllLogins` listener, all of the logins are deleted on the local profile but no changes are created for the Sync engine. Because of this, when I sync on my non-deleted logins account, no logins are updated. The `removeAllLogins` listener in `passwords.js` is correctly listening and reacting to the `removeAllLogins` event, but there are no outgoing records generated for syncing.

Currently there is no way to delete all logins in `about:logins`, but [my patch for Bug 1613620](https://phabricator.services.mozilla.com/D91198) has a way to remove all logins to test the `removeAllLogins` listener in `passwords.js`

STR:
1. [Apply patch D91198](https://phabricator.services.mozilla.com/D91198)
2. Ensure you have a Firefox account with passwords sync enabled
3. Ensure you have some logins available for the previous Firefox account
4. Log into your Firefox account on two different Firefox instances, one of them being the local build of patch D91198
5. On the local build instance, navigate to `about:logins` and look for the meatball menu on the top right of the screen and select the "Remove All Logins" menu item
6. Confirm that you want to delete all logins in the dialog and select "Remove All" button
7. After logins are deleted, go to your other Firefox instance and trigger "Sync Now"
8. Logins on other Firefox instance are not deleted
Bug: First TextInput focus automatically blurred
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-10-12 14:20:44+00:00
Resolved: 2020-11-11 11:09:38+00:00

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

Steps to reproduce:

I click on text input field to enter the text


Actual results:

The input field was blurred


Expected results:

user enter the text with out blur effect
Bug: The "duckduckgo.in-content:sap:ffnt" telemetry is no longer recorded on Nightly
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-12 14:30:23+00:00
Resolved: 2020-10-12 17:46:44+00:00

Affected Versions:
Nightly 83.0a1 (2020-10-11) (64-bit)

Tested on:
Windows 10 x64

Preconditions: 
New profile
browser.newtabpage.activity-stream.improvesearch.handoffToAwesomebar off
DuckDuckGo set as default engine
browser.search.region US

Steps to Reproduce:
1. Open Firefox
2. Open a new tab identify the DuckDuckGo web search
3. Using the web search input a search string and hit enter
4. Go to about:telemetry and check the RAW JSON -> Raw data
5. Search for "duckduckgo.in-content:sap:ffnt"
Expected Results:
Telemetry should be recorded for searches with DuckDuckGo , such as "duckduckgo.in-content:sap:ffnt"

Actual Result:
Telemetry is not recorded for DuckDuckGo search engine

Regression-Range:
This is the pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=a42aa95147941ca7983eaf4846b644e207de24f8&tochange=cad2c16785936bd362cc7f19ad521d2a1db1bb79
I guess that is regressed by Bug 1511065 because mozregression couldn't bisect further.

Severity Suggestion:
S3-S4 severity
Bug: The "duckduckgo.in-content:sap:ffnt" telemetry is no longer recorded on Nightly
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-12 14:30:33+00:00
Resolved: 2020-10-12 15:10:02+00:00

Affected Versions:
Nightly 83.0a1 (2020-10-11) (64-bit)

Tested on:
Windows 10 x64

Preconditions: 
New profile
browser.newtabpage.activity-stream.improvesearch.handoffToAwesomebar off
DuckDuckGo set as default engine
browser.search.region US

Steps to Reproduce:
1. Open Firefox
2. Open a new tab identify the DuckDuckGo web search
3. Using the web search input a search string and hit enter
4. Go to about:telemetry and check the RAW JSON -> Raw data
5. Search for "duckduckgo.in-content:sap:ffnt"
Expected Results:
Telemetry should be recorded for searches with DuckDuckGo , such as "duckduckgo.in-content:sap:ffnt"

Actual Result:
Telemetry is not recorded for DuckDuckGo search engine

Regression-Range:
This is the pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=ffe95fd947b8d1ee02a34d237ba17788d4073500&tochange=4a415aef250954b68a76019950e84164cdeb5f1c
Regressed by Bug 1511065 - Switch Search Provider telemetry probes to Remote Settings. r=daleharvey

Severity Suggestion:
S3-S4 severity
Bug: Single word search on search engines which use POST requests does not work
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-12 15:15:00+00:00
Resolved: 2020-10-12 15:30:51+00:00

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

Steps to reproduce:

1. In about:preferences#search add a search engine which uses POST requests.
2. Set the search engine to the default search engine
3. In the urlbar type "SEARCH" and press ENTER

Below is an example of a search engine XML file but this problem persists when using *any* POST data even if it does not use {searchTerms} in the post request.

<?xml version="1.0" encoding="UTF-8"?>
<OpenSearchDescription xmlns="http://a9.com/-/spec/opensearch/1.1/">
<ShortName>DuckDuckGo&#32;POST</ShortName>

<InputEncoding>UTF-8</InputEncoding>
<Image height="16" width="16">https://duckduckgo.com/favicon.ico</Image>
<Url type="text/html" method="POST" template="https://duckduckgo.com/">
<Param name="q" value="{searchTerms}"/></Url>


Actual results:

Firefox tries to open the page https://SEARCH


Expected results:

Firefox should search for the term SEARCH.

Note the problem only occurs when using a url-like query. When the query includes non url characters such as spaces firefox performs the search correctly.
Bug: Intermittent browser/components/doh/test/browser/browser_cleanFlow.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: INCOMPLETE
Created: 2020-10-12 16:24:15+00:00
Resolved: 2021-04-13 17:01:44+00:00

**Filed by:** rmaries [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer.html#?job_id=318391981&repo=mozilla-release
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/Z4HDDOhmTfmkpObrWYjfsw/runs/0/artifacts/public/logs/live_backing.log

---
```
[task 2020-10-12T15:28:25.002Z] 15:28:25     INFO - TEST-START | browser/components/doh/test/browser/browser_cleanFlow.js
[task 2020-10-12T15:29:12.395Z] 15:29:12     INFO - TEST-PASS | browser/components/doh/test/browser/browser_cleanFlow.js | Got expected provider. - 
[task 2020-10-12T15:29:12.395Z] 15:29:12     INFO - Leaving test bound testCleanFlow
[task 2020-10-12T15:29:12.395Z] 15:29:12     INFO - Buffered messages finished
[task 2020-10-12T15:29:12.395Z] 15:29:12     INFO - TEST-UNEXPECTED-FAIL | browser/components/doh/test/browser/browser_cleanFlow.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. - 
[task 2020-10-12T15:29:12.395Z] 15:29:12     INFO - GECKO(1566) | MEMORY STAT | vsize 7489MB | residentFast 240MB | heapAllocated 91MB
[task 2020-10-12T15:29:12.395Z] 15:29:12     INFO - TEST-OK | browser/components/doh/test/browser/browser_cleanFlow.js | took 47297ms
[task 2020-10-12T15:29:12.395Z] 15:29:12     INFO - checking window state```
Bug: Fix ASRouter devtools force attribution write on mac
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-10-12 19:09:59+00:00
Resolved: 2023-01-05 15:45:13+00:00

With https://bugzilla.mozilla.org/show_bug.cgi?id=1525076 fix, we have changed writing attribution on mac. Scope of the bug is to fix devtools FORCE_ATTRIBUTION handling on mac

https://searchfox.org/mozilla-central/source/browser/components/newtab/lib/ASRouter.jsm#1742
Bug: Right-clicking the back button doesn't show the previous pages drop-down menu after new tab is opened
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-10-12 21:05:34+00:00
Resolved: 2021-07-03 16:40:10+00:00

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

Steps to reproduce:

1. Open new tab
2. Enter some text in the address bar that is of some past-visited website title
3. Click the match to load the page
4. Right-click the back button near the address bar


Actual results:

Right-clicking the back button doesn't open the previous sites dropdown menu


Expected results:

Right-clicking the back button should open the previous sites dropdown menu.
Bug: Customize Print button not responsive after being set on Toolbar
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-10-13 10:28:49+00:00
Resolved: 2020-10-26 15:07:23+00:00

**Affected versions**
* 83.0a1(2020-10-12)
* 82.0a(20201012131351)

**Affected platforms**
* macOS 10.14
* Ubuntu 18.04
* Windows 10x64
* Windows 7x64

**Steps to reproduce**
1. Launch FF.
2. Go to the burger menu
3. Go to Customize.
4. Put the Print button anywhere on the Toolbar.

**Expected result**
* Button is active and can be interacted with as soon as it has been set on the toolbar.

**Actual result**
* Button is greyed out and cannot be interacted with. 

**Suggested Severity**
* Seeing as how this issue occurs on all devices used in our testing, but not blocking our access to the feature(there are multiple other ways to trigger modal) , I would S3 this issue

**Regression range**
* https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=70d0999325356b15d9b8b821a03cbd55ebf09b78&tochange=19eeff321de5d47400d4eea3b77b605884eaa598
Potential regressor: 1663173 

**Additional notes**
* Print button can be interacted with as soon as the browser is restarted.
* Print button becomes unresponsive and greyed out as soon as the user changes its position. 
* All other means of accessing the new modal are not compromised.
* This issue occurs for both old and new UI.
* Screen-cast of the issue: https://drive.google.com/file/d/1fkBnTN5SDjHiGpoFLD6Mi_s6NEWV2yA4/view?usp=sharing
Bug: Non-recommended add-ons, themes, language packs and dictionaries are not supported by the RTAMO flow
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-10-13 10:32:51+00:00
Resolved: 2020-10-22 13:29:58+00:00

[Affected versions]:

83.0a1/20201012152719

[Affected platforms]:

Windows 10 Pro 64-bit
Ubuntu 16.04 LTS
macOS Catalina 10.15

[Prerequisites]:

Initiate the RTAMO flow and reach the onboarding page for several non-recommended add-ons, themes, language packs and dictionaries.

[Steps to reproduce]:

1. Reach the RTAMO first run page
2. Notice the onBoarading card will display a blank icon and placeholder text for the above mentioned supplements
3. Click on the “Add the Extension” blue button
4. Observe that nothing happens i.e. the installation process is not initiated

[Expected results]:

1. The onBoarding card should properly display the supplement icon and name
2. The installation process should initiate when clicking the “Add the Extension” blue button 

[Actual results]:

Blank icons and placeholder text are displayed for the add-on icon and name.
The add-ons cannot be installed.

NOTES:

1. Recommended add-on icons and titles are properly displayed on the onBoarding card and they can be installed.
2. Several errors are displayed in the browser console when attempting to initiate the RTAMO flow from the mentioned supplements and install them (see attached screenshots).
Bug: PDF Viewer usage of contents side-bar resizes page width
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-13 12:53:23+00:00
Resolved: 2021-03-29 09:28:46+00:00

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

Steps to reproduce:

1. Open PDF file with contents side-bar included
2. Zoom-in page
3. Click on any button in contents side-bar


Actual results:

Page size changes to default


Expected results:

Page size should not change
Bug: The tab-to-search animation is inverted on RTL builds
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-10-13 13:14:30+00:00
Resolved: 2020-10-23 07:39:18+00:00

[Affected versions]:
- Fx 83.0a1

[Affected platforms]:
- Windows 10 x64
- macOS 10.13

[Steps to reproduce]:
1. Launch a RTL Firefox.
2. Bookmark https://www.google.com.
3. Open a new tab write "g".

[Expected result]:
- The animation brings the message from left to right.

[Actual result]:
- The animation brings the message from right to left.

[Regression range]:
- This is not a regression.

[Additional notes]:
- Please note the attachment.
Bug: The search results hyperlink is missing from the megabar after a search mode
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-10-13 13:39:35+00:00
Resolved: 2021-01-15 08:23:16+00:00

Note:
There's a certain requirement that we haven't figured out which makes it mildly intermittent.

Affected Versions:
Nightly 83.0a1 (2020-10-12) (64-bit)

Tested on:
Windows 10 x64

Steps to Reproduce:

1. Launch Firefox and open a new tab
2. Browse any movie website
3. Insert a text in the megabar
4. Select a search engine from the One-click search engines
5. Press Enter key

Expected Results:
Search mode is retained replacing the search results hyperlink in the megabar

Actual Result:
The search results hyperlink is missing from the  megabar after a search mode

Regression-Range:
Regressed by Bug 1655486 - Support search mode across sessions. r=mak

Severity Suggestion:
S3 severity
Bug: browser_touchbar_searchrestrictions.js is failing on try and all the time on lower resolution osx
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-13 14:01:44+00:00
Resolved: 2020-10-13 14:17:49+00:00

I found a perma fail while testing all osx test jobs at a lower resolution (1280x1024 vs 1600x1200) with browser_touchbar_searchrestrictions.js, it was timing out:
https://treeherder.mozilla.org/#/jobs?repo=try&revision=55b5c64da2195fefd5d657e8473bf6bbadff4400&searchStr=browser-chrome

in playing around, I found I could fix this:
https://hg.mozilla.org/try/rev/3795cc3b8775745843960219cb57a3a353cba086

I don't know if this is an acceptable fix, but it seems harmless.
Bug: privacy.firstparty.isolate makes PDF elements and text blurry
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-13 14:38:33+00:00
Resolved: 2022-07-07 18:03:46+00:00

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

Steps to reproduce:

1) set privacy.firstparty.isolate to true
2) Open Online PDF


Actual results:

The PDF's elements (Notably text) become blurry and pixilated, still readable but inaccurate.


Expected results:

PDF text and elemet should appear as sharp as when privacy.firstparty.isolate is off
Bug: Can't tab past tab-to-search results when the Urlbar is focused with the keyboard
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-10-13 14:50:04+00:00
Resolved: 2020-10-16 21:48:47+00:00

STR:
1. Focus the address bar with Accel+L
2. Type enough for a search domain to be autofilled (e.g. "a" to autofill amazon.com). Observe a tab-to-search result is shown.
3. Press tab. The tab-to-search result should be highlighed.
4. Press tab again.

Expected: 
The third result is highlighted.

Actual:
The next toolbar item is selected.

Looks like the fix from bug 1666927 didn't fix this. I wonder if that means highlighting tab-to-search results enters full search mode when instead we should preview search mode.
Bug: Wrap tab-to-search action text at narrow window widths
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-10-13 15:40:07+00:00
Resolved: 2020-10-16 21:48:52+00:00

UX has asked that we wrap the tab-to-search action text to a new line at narrow window widths. The only reason we don't do this now is that the same CSS rules apply to tab-to-search action text as switch-tab action text. We don't wrap switch-tab action text since it may cause movement when the user applies an action override. This is not a problem with tab-to-search and so we should wrap.
Bug: HTTP authentication with tab-modal shows last page's window title
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2020-10-13 19:13:38+00:00
Resolved: 2024-05-28 10:47:56+00:00

# Description

Since Nightly was changed to use a tab-modal instead of a window-modal, the title of the window does not update from the previous content of that tab.

## To reproduce

1. Navigate to a site - google.com
2. Observe window title is "Google - Firefox Nightly"
3. Navigate to a site that uses HTTP authentication - https://jigsaw.w3.org/HTTP/Basic/
4. Observe that the window title is still "Google - Firefox Nightly"

## Expected Behavior

1. The window title to change to "Authentication Required - Firefox Nightly"

## Explanation

Ideally the window title would maintain the same behavior as before. This becomes an issue when using password managers, because typically they rely on the window title to select the correct entry. To resolve this, all relevant entries would need to be changed to match on only "Firefox Nightly" which is a bit ambiguous, and those entries would now show up on every site in Firefox. 

There is also a case to be made to change the window title to something else. I like Google's approach, of setting the title to the URL being accessed. While this would introduce some work to everyone using password managers in this way, it would make password entry much faster since now each site using HTTP authentication would have a unique title. I think this is a trade-off worth considering.
Bug: Scroll arrow icon should not be dragable
Status: NEW
Priority: P5
Created: 2020-10-13 19:32:23+00:00
Resolved: 2020-11-10 14:11:44+00:00

This is not a regression

Reproducible: always

Steps To Reproduce:

1. Put a lot of bookmarks so that bookmarks menupopup will overflow
2. Open the menupopup
3. Attempt to drag scroll arrow icon

Actual results:
scroll arrow icon is dragable. drag image is shown

Expected results:
should not dragable