av9ash/GitBugs huggingface dataset:
Bug: Preferences search suggestions child checkboxes don't enable/disable consistently
Status: NEW
Priority: P4
Created: 2021-02-06 19:37:57+00:00
Resolved: 2023-08-17 11:55:46+00:00

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

Steps to reproduce:

Preferences -> Search
Scroll to Search Suggestions

Check/uncheck (parent) 'Provide search suggestions' checkbox 


Actual results:

Checking/unchecking of child checkboxes under parent 'Provide search suggestions' checkbox is inconsistent.

The child checkboxes don't check/uncheck based on the status of the parent checkbox, and instead seem to 'remember' their previous settings, before the parent checkbox was checked/unchecked.

Also, the 'Show search suggestions ahead of browsing history in address bar results' checkbox doesn't check/uncheck based on the parent checkbox, and instead seems to be dependent on the 'Show search suggestions in address bar results' above it'


Expected results:

Child checkboxes should have consistent checked/unchecked status, based on the status of the parent checkbox.

Also, if the 'Show search suggestions ahead of browsing history in address bar results' checkbox' is dependent upon the status of the 'Show search suggestions in address bar results' checkbox, then the placement of the 'Show search suggestions ahead of browsing history in address bar results' checkbox' checkbox should be moved to reflect a parent/child dependency with the 'Show search suggestions in address bar results' above it.
Bug: Lockwise about:logins | OS dark mode: Passwords shown black-on-black. Unreadable.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-02-07 09:18:20+00:00
Resolved: 2021-02-25 21:43:40+00:00

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

Steps to reproduce:

Apologies to [:sfoster] for not responding to info request last time I submitted this... it has been a year!

Looked up a password in Lockwise/about:logins.
-MacOS: Big Sur 11.2
-OS Appearance: Dark 
-FF Theme: Dark (also tried Default theme, same result)
*Attached file -- about:support










Actual results:

-Username displayed as white text on a dark charcoal gray background. (good)
-Password displayed black dots on dark charcoal. (bad)
-Clicked eyeball icon to expose password. 
- -The exposed password is displayed as black text on dark charcoal gray. (sad)
-Unreadable.
-Double click to select the password helps make it legible.
-Meh.


Expected results:

Read exposed password clearly (white on black in dark mode) without using another text app.
Bug: Spoofing identity UI and hiding certificate details by forcing SSL connection to be presented as local resource
Status: NEW
Priority: --
Created: 2021-02-07 10:27:01+00:00
Resolved: 2024-05-30 17:27:00+00:00

The identity UI can be spoofed to present the current site as a trusted local resource by leveraging a pseudo-redirect to a `javascript:` URI.

The attack masks the SSL lock icon and its associated warning indicators (e.g. the yellow triangle for a locally overridden certificate or mixed content). Further, the user gets blocked from inspecting the current certificate at all, since a click on the identity icon only displays the (incorrect) message "This page is stored on your computer."

The proof-concept simply performs a (pseudo-)redirect to a `javascript:` URI. That is, when the JS expression evaluates to a string, Firefox renders the resulting text as a new HTML document, but doesn't actually change the current URL.

    <script>location.href = "javascript:'super secure'"</script>

The issue arises when the URI falls through the checks in `browser-siteIdentity.js` (https://searchfox.org/mozilla-central/rev/18961a418593da05c39a90a7eff512a3fe25efea/browser/base/content/browser-siteIdentity.js#903-905). I presume this happens because the `javascript:` "redirect" creates a new security state (as provided by `nsIWebProgressListener`), ironically, removing the `STATE_IS_SECURE` flag. The new connection state then satisfies `gIdentityHandler._isPotentiallyTrustworthy()` which can't easily classify the URI as untrusted based on `STATE_IS_INSECURE`, because local files set this flag too given that they aren't served over SSL. Thus, the connection is confused for a local resource.

I have tested the bug on Linux + Firefox Nightly.
Bug: Updating Firefox changes the default action specified for PDFs from Adobe Reader to "Save file"
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-02-07 16:01:06+00:00
Resolved: 2021-03-12 14:50:59+00:00

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

Steps to reproduce:

1. Install Adobe Reader
2. In about:preferences register for filetype "Portable Document Format (application/pdf)" the action "Open with Adobe Reader"
3. Update Firefox to newer version
4. The filetype "(application/pdf)" has now the entry "Save file as".

Happens in the German version of Firefox. 



Actual results:

Every time Firefox is updated one of the Adobe Reader associations is lost. This problems exists since ages. It happens only for "Portable Document Format (PDF) application/pdf".


Expected results:

Maintain association during updates
Bug: Temps de réponse est trop lente pour ouvrir un site avec Firefox
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-02-07 17:48:08+00:00
Resolved: 2021-03-03 13:18:58+00:00

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

Steps to reproduce:

- On a tapé le lien de youtube
- On a cliqué sur entrer 


Actual results:

- Le temps de réponse environ 3 minutes "trop lent"


Expected results:

- Le temps de réponse environ 3 secondes.
Bug: DNS resolving of forwarded site stopped working in Firefox 85
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-02-07 18:24:40+00:00
Resolved: 2023-10-03 12:01:11+00:00

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

Steps to reproduce:

Tried to connect to http://www.townsend-family.com/


Actual results:

I receive a "Server Not Found" error, on Firefox 85.


Expected results:

The URL should have redirected to http://www.astro.wisc.edu/~townsend/tree/home.php

This redirect (managed by Godaddy) works fine on Safari, Firefox mobile and Firefox < 85. However, on Firefox 85 it no longer works. Have tried disabling DNS-over-HTTP, but to no avail.
Bug: Open webpage don´t working
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-02-08 09:32:37+00:00
Resolved: 2021-02-09 06:55:15+00:00

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



Actual results:

When you want open suggested webpage don´t open beceasue missing second part .com or .sk or something. open just first page bellatrix and correct ist bellatrix.sk
Bug: Address Bar doesn't capture Tab on loop with keyboard_navigation = false
Status: NEW
Priority: P5
Created: 2021-02-08 11:13:10+00:00
Resolved: 2021-02-08 11:13:10+00:00

Harry found this bug: "With browser.toolbars.keyboard_navigation=false, press Cmd+L, down arrow once, then tab through the remaining results. After you get to the last result and continue to press Tab, the focus will jump out of the Urlbar!"
Bug: Localized Amazon missmatch when different Regions/localizations are used
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2021-02-08 14:55:43+00:00
Resolved: 2021-06-17 15:30:40+00:00

When testing topsites configurations changing region on user.js and trying another localized builds we found some ambiguity on how it is handling the Region/Locale combination.  For example we should get depending on the Region and Localization, if the Amazon topsite should show amazon.COM or amazon.DE , or amazon.FR.


**Tested on**
Windows10 64bit  

Affects:
Firefox Nightly 87.0a1
Firefox Release 85
Firefox Beta 86.0b7


**Steps to reproduce**

1) Use a user.js with :
    Region: US
    Search log: true
    Remotesettings : ON
 

2) Launch "DE" localized firefox, with user.js listed above (region US)
3) Check topsites, (Notice that you  get "amazon.DE" in the topsites.)

4) Launch "US" localized firefox, with user.js listed above  (change region to DE)
5) Check topsites, (notice that you get "amazon.COM" in the topsites)

6) Launch "US" localized firefox, with user.js listed above (change region to FR)
7) check topsites, (notice that you get "amazon.FR" in the topsites)


**Actual Result**
on step#3, the localized build is DE with region user.js set for US, but i see amazon.de
On step#5, the localized build is US with region user.js set for DE, but i see amazon.COM
on step#7, the Localized build is US with region user.js set for FR, but i see amazon.FR


**Expected result**
Im not sure how firefox treats amazon for Locale/region.  
Why would region DE shows me Amazon.COM and not amazon.DE, and when i put region FR it shows me amazon.FR


**Notes**
The problem is not specifically that de/us has amazon.de, but that there's ambiguity of handling the region and locale
The remotesettings and legacy behave the same, so it's not a regression
Bug: Differences in Remote Settings top-sites order with dump false / true
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-02-08 15:41:00+00:00
Resolved: 2021-03-11 10:38:59+00:00

##### [Environment]
Windows 10
87.0a1 20210208092848

##### [Description:]
Running new profile with services.settings.load_dump false produce different results that running it with services.settings.load_dump true. This has been noted to happen only when there's a search shortcut involved in the default topsites (amazon).


##### [Severity:]
Since production environment has the dump true on default, this report might end to be a low severity/priority, however the concern would be that this behavior suggests that it might be a different code-path that is triggered when data is taken from dump vs when it's updated from RS pipeline. This might have possible unwanted behaviours when updating from RS directly.

##### [Steps:]
1. Download Firefox en-US
2. Create two profiles and do not initialize them.
3. In 1st profile folder place an user.js that has: user_pref("services.settings.load_dump", false);
4. Second profile has services.settings.load_dump to true, so no user.js is needed.
5. Start Firefox with both profiles and compare the results.

##### [Actual Result:]
The topsites order for dump-false profile is:
1)Youtube , 2)Amazon.com(shortcut), 3)Facebook, 4)Reddit, 5)wikipedia, 6)Twitter

The topsites order for dump-true profile is:
1)Amazon.com(shortcut), 2)Youtube, 3)Facebook, 4)Reddit, 5)wikipedia, 6)Twitter

##### [Expected Result:]
Dump true or false should make no difference in the topsites order.

##### [Note:]
1. Interesting enough,  for the dump false, when you change the default search engine from google to something else (let's say bing), the @google search shortcut would be inserted in the topsites, but this will also cause the topsites to get arraged correctly:
1)Amazon.com(shortcut), 2)google(shortcut), 3)Youtube, 4)Facebook, 5)Reddit, 6)wikipedia, 7)Twitter
Bug: Remove "Check for Updates" menuitem from Help / macOS application menu
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-02-08 15:49:05+00:00
Resolved: 2021-03-11 21:02:26+00:00

Bug 1660848 added a new "Check for Updates" menuitem to both the Help menu, as well as the macOS Application Menu.

Product and Content Design have been converging on a number of simplifications to the Help menus / tertiary menus, and unfortunately this menuitem slipped in before their design had completed.

[Tracking Requested - why for this release]:

Bug 1660848 landed during the 86 Nightly cycle, so we'd like to see if we can get the menuitem removed and also uplifted in order to avoid unnecessary menu churn between 86 and 87.
Bug: Navigating to a PDF triggers download instead of PDF.js
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-02-08 16:08:13+00:00
Resolved: 2021-04-14 11:08:13+00:00

In today's Nightly, navigating to any PDF that I can find triggers a download instead of PDF.js. E.g. https://hsivonen.fi/thesis/html5-conformance-checker.pdf doesn't set a `Content-Disposition` but still triggers a download.
Bug: Topsites order difference between remotesettings ON/OFF
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-02-08 18:36:51+00:00
Resolved: 2021-03-11 09:58:03+00:00

When using the English_CA localized firefox with user.js region CA, i see a different order list in the amazon slot.



**Tested on**
Windows10 64bit  

Affects:
Firefox Nightly 87.0a1
Firefox Release 85
Firefox Beta 86.0b7


**Steps to reproduce**
1) install firefox EN_CA localized version, and Use a user.js with :
     Region: CA
     Search log: true
     Remotesettings : ON
     Load Dump: FALSE

2) Run firefox with the above user.js, one with remotesettings ON, and another time with remotesettings OFF
3) Check topsite list order.


**actual result**
With remote settings ON, this is the order:
"1)Youtube
2)Amazon.ca
3)Facebook
4)Reddit
5)wikipedia
6)Twitter"

With remote settings OFF, this is the order:
"1)Youtube
2)Facebook
3)Reddit
4)wikipedia
5)Amazon.ca
6)Twitter"

 
Amazon has a different order 

**Expected result**
Order should match with remotesettings on and off.
Bug: Could not write session state file  Error: TypeError: cannot use 'in' operator to search for "toMsg" in "out of memory"
Status: NEW
Priority: --
Created: 2021-02-08 19:27:44+00:00
Resolved: 2023-01-31 17:31:10+00:00

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

Steps to reproduce:

more than 1000 tabs, all background, active 2-3 pieces, after 10-15-20 minutes, the session files in the sessionstore-backups folder stop changing (they must be every 15 seconds), then I work in the browser without problems for 4-5 hours, close it, and when I open it, not the last tabs are opened, but outdated by 4-5 hours, exactly when the files in the sessionstore-backups folder stop changing, the console writes an error - Could not write session state file Error: TypeError: cannot use 'in' operator to search for "toMsg" in "out of memory" .
Windows 7 x32, 3gb ram in me system.
Could not write session state file  Error: TypeError: cannot use 'in' operator to search for "toMsg" in "out of memory"
    postMessage resource://gre/modules/PromiseWorker.jsm:349
    post resource://gre/modules/PromiseWorker.jsm:388
    _postToWorker resource:///modules/sessionstore/SessionFile.jsm:411
    write resource:///modules/sessionstore/SessionFile.jsm:448
    write resource:///modules/sessionstore/SessionFile.jsm:75
    _writeState resource:///modules/sessionstore/SessionSaver.jsm:360
    _saveState resource:///modules/sessionstore/SessionSaver.jsm:294
    _saveStateAsync resource:///modules/sessionstore/SessionSaver.jsm:344
    saveStateAsyncWhenIdle resource:///modules/sessionstore/SessionSaver.jsm:191
    callback resource://gre/modules/Timer.jsm:127
    ChromeUtils::IdleDispatch handler*requestIdleCallback resource://gre/modules/Timer.jsm:131
    _timeoutID resource:///modules/sessionstore/SessionSaver.jsm:194
    notify resource://gre/modules/Timer.jsm:62
 postMessage@resource://gre/modules/PromiseWorker.jsm:349:17
Async*post@resource://gre/modules/PromiseWorker.jsm:388:17
_postToWorker@resource:///modules/sessionstore/SessionFile.jsm:411:26
async*write@resource:///modules/sessionstore/SessionFile.jsm:448:24
write@resource:///modules/sessionstore/SessionFile.jsm:75:32
_writeState@resource:///modules/sessionstore/SessionSaver.jsm:360:24
_saveState@resource:///modules/sessionstore/SessionSaver.jsm:294:17
_saveStateAsync@resource:///modules/sessionstore/SessionSaver.jsm:344:10
saveStateAsyncWhenIdle@resource:///modules/sessionstore/SessionSaver.jsm:191:14
callback@resource://gre/modules/Timer.jsm:127:16
ChromeUtils::IdleDispatch handler*requestIdleCallback@resource://gre/modules/Timer.jsm:131:15
runDelayed/this._timeoutID<@resource:///modules/sessionstore/SessionSaver.jsm:194:30
notify@resource://gre/modules/Timer.jsm:62:17

other screens:
https://ibb.co/s5dFQvT
https://ibb.co/xS0kHBb
https://ibb.co/L8XwD4G


Actual results:

the session when exiting the browser is saved not the last but outdated, not fresh 


Expected results:

when you open the browser again, the tabs that were before closing the browser should open, and not outdated by 4-5 hours or more
Bug: Chronic links
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-02-08 19:47:37+00:00
Resolved: 2021-03-03 13:18:56+00:00

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

Steps to reproduce:

You cant open links in a new tab in the chronic menuebar


Actual results:

:.


Expected results:

:.
Bug: Bookmark scrollbar
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-02-08 19:53:26+00:00
Resolved: 2021-03-03 13:18:53+00:00

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

Steps to reproduce:

If you got over 1000 bookmarks there is no scroll bar to scroll fast where you want to go


Actual results:

:.


Expected results:

:.
Bug: Website Login credentials leak from one Private Window to another Private Window
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-02-08 21:32:46+00:00
Resolved: 2021-02-09 11:11:56+00:00

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

Steps to reproduce:

Steps to reproduce (observed in Firefox 85, in Linux Mint 20)

1. Open a Private window, and navigate to a website that requires authenticated login, and login using a valid username and password.  Once logged in, leave this 1st Private Window open.
2. Open a separate 2nd Private window, and navigate to the same website.


Actual results:

Actual result: In the 2nd Private Window, I get automatically logged in, with the credentials that were entered in the 1st Private Window.


Expected results:

Expected result: In the 2nd Private Window, I should be prompted to enter a username and password.
The two Private Windows should be completely isolated from each other, using only their own separate resources, but instead, it seems they are sharing a pooled resource which allows leaking of sensitive information between private windows.

Note - This leak does not occur if testing between a standard window and a private window.
Bug: "View > Toolbars > Bookmarks Toolbar > Only show on New Tab" doesn't work
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-02-09 01:28:35+00:00
Resolved: 2021-02-09 18:46:25+00:00

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

Steps to reproduce:

I set "View > Toolbars > Bookmarks Toolbar > Only show on New Tab" (alternatively one can go to about:config and set browser.toolbars.bookmarks.visibility to "newtab").


Actual results:

I do not see the bookmark toolbar in new tabs nor new windows


Expected results:

I should see the bookmark toolbar in new tabs and new windows
Bug: Perma UntrustedModulesFixture.Serialize | Expected equality of these values:
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-02-09 10:50:47+00:00
Resolved: 2021-05-31 19:03:06+00:00

**Filed by:** archaeopteryx [at] coole-files.de
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=329017336&repo=mozilla-beta
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/PqhfsQ5cQEKP7exVIcXgfQ/runs/0/artifacts/public/logs/live_backing.log

---
```
This fails permanently for late betas in the Windows 10 x64 asan configuration. This task run as tier 3 which means it is not monitored by sheriffed but still gets picked up by scans for permanent failures.

[task 2021-02-05T16:20:14.056Z] 16:20:14     INFO -  TEST-START | UntrustedModulesFixture.Serialize
[task 2021-02-05T16:20:16.359Z] 16:20:16     INFO -  Received data. (pendingQueries=199)
[task 2021-02-05T16:20:16.403Z] 16:20:16     INFO -  Received data. (pendingQueries=198)
[task 2021-02-05T16:20:16.411Z] 16:20:16  WARNING -  TEST-UNEXPECTED-FAIL | UntrustedModulesFixture.Serialize | Expected equality of these values:
[task 2021-02-05T16:20:16.412Z] 16:20:16     INFO -    sInitLoadDataCollector.Collect(waitForTwo)
[task 2021-02-05T16:20:16.412Z] 16:20:16     INFO -      Which is: 4-byte object <04-40 00-80>
[task 2021-02-05T16:20:16.412Z] 16:20:16     INFO -    NS_OK
[task 2021-02-05T16:20:16.413Z] 16:20:16     INFO -      Which is: 4-byte object <00-00 00-00> @ /builds/worker/checkouts/gecko/toolkit/xre/test/gtest/TestUntrustedModules.cpp:293
[task 2021-02-05T16:20:16.472Z] 16:20:16     INFO -  Received data. (pendingQueries=9)
[task 2021-02-05T16:20:16.504Z] 16:20:16     INFO -  Received data. (pendingQueries=6)
[task 2021-02-05T16:20:16.536Z] 16:20:16     INFO -  Received data. (pendingQueries=13)
[task 2021-02-05T16:20:16.539Z] 16:20:16  WARNING -  TEST-UNEXPECTED-FAIL | UntrustedModulesFixture.Serialize | test completed (time: 2485ms)```
Bug: Nel copy/incolla testo, aggiunge uno spazio alla fine
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-02-09 11:25:35+00:00
Resolved: 2021-03-03 13:19:46+00:00

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

Steps to reproduce:

Nel copiare in formato testo i record dai files della P.C.I. (per esempio: da https://github.com/pcm-dpc/COVID-19/tree/master/dati-province,
il file dpc-covid19-ita-province-20210208.csv) a tutti campi in formato testo aggiunge - nel fare copy/incolla - uno spazio alla fine.


Actual results:

Pur avendo installato Firefox da tempo, era un po' che non lo utilizzavo. Nel riutilizzarlo, la mie applicazioni excel sono andate in ABEND causa il blanck finale. eaccade tuttora.


Expected results:

Mi aspetto che si comporti come tutti gli altri browser.
Bug: Removed search engines and disabled search engine suggestions reappear after updating Firefox
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-02-09 13:39:16+00:00
Resolved: 2022-02-26 10:00:21+00:00

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

Steps to reproduce:

I've consistently removed, not just unchecked, all of the search engines in Firefox preferences except for DuckDuckGo. I've left Bookmarks, Tabs, History, in place.

I'm not a point & click user. Throughout the day I hit Cmd+L and begin typing in a URL. I have the "Remember History" options unchecked. I only expect to see a few things when I type in the URL bar:

1. A matching bookmark.
2. A matching open tab.
3. The "search with DuckDuckGo" prompt, which I can hit submit by pressing enter

I do have a handful of styles in my UserChrome.css. And I have disabled some of the URL bar features by setting flags to false. The primary issue, though, is not that the search suggestions are appearing in the URL bar—it's that they're being restored to my Search preferences.

I'm attaching the URL bar portion of my about:support dump.


Actual results:

Every time I update Firefox, all of the default search engines that I've removed appear back in my Search preferences, enabled. As a result, when I interact with the URL bar, I see "This time, try..." suggestions with all of those options.


Expected results:

My URL bar should have appeared unchanged from the last time I used it, before updating Firefox. Removed search engines should have remained removed.
Bug: Eyedropper starts being weird when you scroll down on the page
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-02-09 13:50:17+00:00
Resolved: 2021-02-15 14:21:03+00:00

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

Steps to reproduce:

I enabled the eyedropper from the dev icon, scrolled down through the slider and it didn't properly scroll down itself so it picks the wrong element.


Actual results:

It picks the color of a wrong element. 


Expected results:

It should've selected the subscribe button instead of the background (check screenshot)