av9ash/GitBugs huggingface dataset:
Bug: Tab-strip becomes partially obscured when enabling split-view with Firefox as the secondary window
Status: UNCONFIRMED
Priority: --
Created: 2020-05-04 08:34:25+00:00
Resolved: 2020-05-27 08:43:35+00:00

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

Steps to reproduce:

1. Drag any app's window to the side of the screen (thus triggering the split view)
2. Select Firefox as the secondary window for split-view


Actual results:

The tab-strip of the Firefox window becomes partially obscured.


Expected results:

Firefox's UI should be fully visible.
Bug: Link from address bar is auto selected for a short period after clicking homepage button while having a loaded page
Status: NEW
Priority: P3
Created: 2020-05-04 08:52:36+00:00
Resolved: 2024-05-27 15:49:54+00:00

*Affected versions*
* 77.0a1 (20200503214759)
* 76.0 (20200429185419)
* 75.0 (20200403170909)
* 68.8.0esr (20200427165717)

*Affected platforms*
* Windows 10x64
* macOS 10.15

*Steps to reproduce*
1. Open Firefox and go to a random page.
2. Click the Homepage button.

*Expected result*
* The last address is not auto-selected.

*Actual result*
* Link is auto-selected for a short period in the address bar.


*Regression Range*
Last good revision: ff8505d177b9fcba44b040ccd9b6bb709e238e84 (2018-05-24)
First bad revision: 94d7f0e1c4d0390450028972cfeb65e0550b9892 (2018-05-25)
Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=ff8505d177b9fcba44b040ccd9b6bb709e238e84&tochange=94d7f0e1c4d0390450028972cfeb65e0550b9892
Possible regressor: bug 1449860.

*Notes*
* Attached a screen recording.
Bug: Customize your New Tab page button remains in hovered state after being clicked
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2020-05-04 09:38:22+00:00
Resolved: 2024-01-18 21:46:49+00:00

*Affected versions*
* 77.0a1 (20200503214759)
* 76.0 (20200429185419)
* 75.0 (20200403170909)


*Affected platforms*
* Windows 10x64
* Ubuntu 18.04

*Steps to reproduce*
1. Open Firefox and go to about:newtab.
2. Click Customize your New Tab page button.
3. Select the about:newtab opened at step 1.

*Expected result*
* No hover state for Customize your New Tab page button.

*Actual result*
* Customize your New Tab page button remains in hover state until a click is performed on the page.


*Regression Range*
Last good revision: dcd10220d55aea46db212314c46d25a96a7be243 (2018-03-29)
First bad revision: f4fcdaef616807d1e31a849db0c60a3a4bdc8778 (2018-03-30)
Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=dcd10220d55aea46db212314c46d25a96a7be243&tochange=f4fcdaef616807d1e31a849db0c60a3a4bdc8778


*Notes*
* Attached a screen recording.
* I can't reproduce the issue on macOS 10.12 .
Bug: Search Configuration - Search code for yandex-drp is incorrect in RU/RU
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-05-04 09:38:48+00:00
Resolved: 2020-05-13 12:07:29+00:00

[Environments:]
Windows10

baseline:
  http://ftp.mozilla.org/pub/firefox/candidates/75.0b9-candidates/build1/partner-repacks/yandex/yandex-ru/v1/win64/ru/
  region: RU

modern-configuration
 Nightly 77.0a1 -ru build 20200503
 region: RU
 simulated distribution ini code:  yandex-drp

Steps to reproduce:
Perform a simple search in the address bar by using the default search engine.

Actual result:
The resulted URL contains the following string: "clid=2186621&clid=2039342"

Expected result:
The search code for Yandex-drp is: "clid to 2039342", so I assume it should contain only "clid=2039342".
Bug: ETP Custom option - keep space with padding/margins between trackers and option dropdowns
Status: NEW
Priority: P3
Created: 2020-05-04 09:42:13+00:00
Resolved: 2020-06-24 14:37:40+00:00

**Affected versions**
* 76.0, 77.0a1 (2020-05-03);

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

**Steps to reproduce**
1. Launch Firefox, access about:preferences#privacy
2. Click on Custom for the Enhanced Tracking protection type;
3. Grab the browser and resize shrinking the browser width;

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

**Actual result**
* there is no spacing between the Cookies and its options dropdown;
* also, since it's set to clip to right; menu could be adjusted so it changes size based on text available rather than max-size all the time;

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

**Additional notes**
* attached recording with the issue.
Bug: Using Tab key can select about:preferences page but has interrupted dotted line
Status: NEW
Priority: P5
Created: 2020-05-04 10:51:27+00:00
Resolved: 2020-05-05 08:29:13+00:00

*Affected versions*
* 77.0a1 (20200503214759)
* 76.0 (20200429185419)
* 75.0 (20200403170909)

*Affected platforms*
* Windows 10x64
* macOS 10.12


*Steps to reproduce*
1. Open Firefox and go to about:preferences.
2. Use the Tab key to navigate.

*Expected result*
* When selection moves to about:preferences page it shows a dotted square.

*Actual result*
* Interrupted dotted square when selection is on about:preferences page.


*Regression Range*
Last good revision: b2d168294899bb4700cb3bd929c0bde85879fcea
First bad revision: 06851b0adc9f3216b68177808ce0da19cd573fd9
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=b2d168294899bb4700cb3bd929c0bde85879fcea&tochange=06851b0adc9f3216b68177808ce0da19cd573fd9
Possible regressor: bug 1588142. (Note: for the regression range good build had no square at all)


*Notes*
* Attached a screen recording.
Bug: schul.cloud segfaults firefox
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-05-04 11:11:46+00:00
Resolved: 2020-05-11 14:07:36+00:00

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

Steps to reproduce:

Switch from YouTube to a schul.cloud chat


Actual results:

firefox completely crashes


Expected results:

firefox should not have crashed
Bug: Firefox search autocomplete results overlap other opened subviews when both are opened from overflow menu
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2020-05-04 11:47:49+00:00
Resolved: 2020-05-12 03:15:08+00:00

*Affected versions*
* 77.0a1 (20200503214759)
* 76.0 (20200429185419)
* 75.0 (20200403170909)
* 68.8.0esr (20200427165717)


*Affected platforms*
* Windows 10x64
* macOS 10.12

*Preconditions*
* Have the search bar and forget options added to the overflow menu from Customize.

*Steps to reproduce*
1. Open Firefox and click on the More tools menu.
2. Select the search bar and type a random word.
3. Click on the Forget option.

*Expected result*
* Search suggestions are closed and the forget window is displayed.

*Actual result*
* Search results are moved quickly on the left browser’s edge and then overlaps the forget window.


*Regression Range*
* Reproducible with Firefox 67.0a1 (20190225215823). Will search for one ASAP if there is one.

*Notes*
* Attached a screen recording.
Bug: Firefox Screenshot goes "haywire" on GitHub Raw pages
Status: ASSIGNED
Priority: P3
Created: 2020-05-04 11:48:43+00:00
Resolved: 2023-01-19 21:43:33+00:00

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

Steps to reproduce:

I went onto this webpage and attempted to take a screenshot: https://raw.githubusercontent.com/hecrj/iced/master/web/README.md

It seems to happen with every raw GitHub page I've tested. Tested on both Fedora 31 GNOME and Manjaro KDE Plasma. 


Actual results:

Firefox told me screenshots "went haywire" with the following error: TypeError: doc is null.


Expected results:

Firefox should have let me take a screenshot.
Bug: The 2nd link from the "Our Sponsors and your privacy" modal is not visibly focused when using keyboard navigation or when clicked
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-05-04 12:59:54+00:00
Resolved: 2024-01-19 11:59:57+00:00

**[Affected versions]:**
- Firefox Nightly 77.0a1, BuildID 20200503214759
- Firefox Beta 76.0, BuildID 20200429185419
- Firefox Release 75.0, BuildID 20200403170909

**[Affected Platforms]:**
- All Windows
- All Mac
- All Linux

**[Prerequisites]:**
- Have the following prefs set to the following values:
  - `browser.search.region` set to `US`
  - `browser.newtabpage.activity-stream.discoverystream.spocs-endpoint` set to `https://spocs.getpocket.com/spocs?country=US&region=US-CA`

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites and open a new tab.
2. Click the "Open Menu" button on one of the Sponsored cards.
3. Select the "Our Sponsors and your privacy" option.
4. Click somewhere in the description.
5. Press `Tab` twice and observe the behaviour.

**[Expected results]:**
- The 2nd link is _visibly_ focused.

**[Actual results]:**
- No link appears to be focused.

**[Notes]:**
- The issue is also reproducible if you hold the left mouse button while hovering the 2nd link.
- The option **IS** focused, but there is no feedback to this effect.
- Attached a screen recording of the issue.
Bug: Firefox becomes unresponsive when more tools is closed while having search bar and forget window opened
Status: NEW
Priority: P3
Created: 2020-05-04 13:09:01+00:00
Resolved: 2020-05-25 14:58:05+00:00

*Affected versions*
* 77.0a1 (20200503214759)
* 76.0 (20200429185419)
* 75.0 (20200403170909)


*Affected platforms*
* Windows 10x64

*Preconditions*
* Have the search bar and forget options added to the overflow menu from Customize.

*Steps to reproduce*
1. Open Firefox and click on the More tools menu.
2. Select the search bar and type a random word.
3. Click on the Forget option.
4. Select the More tools option again from the URL bar.

*Expected result*
* Overflow menu is closed and no freeze occurs.

*Actual result*
* Firefox becomes unresponsive and this [error](https://drive.google.com/open?id=1iUCstSVc__xCvEcpYOwTJaEBLUZ_ME6w) is presented after a while.


*Regression Range*
Last good revision: 55f5d719d0359a35443d0d2586af7383645a94b6 (2019-09-24)
First bad revision: 15ffd69c83be752a28fc40a5db6b6859452fa41f (2019-09-25)
Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=55f5d719d0359a35443d0d2586af7383645a94b6&tochange=15ffd69c83be752a28fc40a5db6b6859452fa41f
Possible regressor bug 1582797.



*Notes*
* Attached a screen recording.
Bug: Context menu on web page isn't recognising elements as editable so cannot paste / have spell suggestions
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-05-04 13:13:02+00:00
Resolved: 2020-05-26 19:18:14+00:00

STR
1. Start Firefox
2. Use it without closing for 3-4 days
3. Copy some information from a web page
4. Try to paste to any editable element (textarea, input, etc) with context menu
5. Try to get a spelling suggestion for any word highlighted as spelt incorrectly.

Expected result
1. Option to paste in context menu
2. List of potential words to replace incorrectly spelt word.

Actual result
1. Varies sometimes context menu shows things like:
Copy, Select All, Search Google for "<paste content>", Inspect Element
or:
Navigation icons, Save Page As..., etc
It seems to depend on the last context menu outside of an editable element
2. As for 1.

Workaround:
Keyboard shortcuts still work for pasting.

Also to note:
Context menu still works correctly in browser's address bar, search and other UI dialogs.
Bug: [Dark Theme] The links from the "Our Sponsors and your privacy" modal have the wrong color (and insufficient contrast to be readable)
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-05-04 14:28:31+00:00
Resolved: 2024-12-30 14:14:05+00:00

**[Affected versions]:**
- Firefox Nightly 77.0a1, BuildID 20200503214759
- Firefox Beta 76.0, BuildID 20200429185419
- Firefox Release 75.0, BuildID 20200403170909

**[Affected Platforms]:**
- All Windows
- All Mac
- All Linux

**[Prerequisites]:**
- Have the following prefs set to the following values:
  - `browser.search.region` set to `US`
  - `browser.newtabpage.activity-stream.discoverystream.spocs-endpoint` set to `https://spocs.getpocket.com/spocs?country=US&region=US-CA`

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites and open a new tab.
2. Click the "Open Menu" button on one of the Sponsored cards.
3. Select the "Our Sponsors and your privacy" option.
4. Inspect the link element and observe the color.

**[Expected results]:**
- The color of the icon and text is #45A1FF.

**[Actual results]:**
- The color of the icon and text is #0060DF.

**[Notes]:**
- The two links look like they're in a constant clicked state, at least in dark theme.
- Attached a screenshot of the issue.
Bug: Search logins in Firefox Lockwise quickly extends and retracts when the page is refreshed
Status: NEW
Priority: P3
Created: 2020-05-04 14:32:19+00:00
Resolved: 2021-07-06 15:47:45+00:00

**Affected versions**
- Firefox 76.0
- Firefox 77.0a1

**Affected platforms**
- Windows 7 & 10 (x64)
- macOS 10.15.4
- Ubuntu 20.04 (X64)

**Steps to reproduce**
1. Launch Firefox
2. Access Logins and Passwords from the menu
3. Press refresh repedeatly or keep pressed F5

**Expected result**
- The Search Logins bar is fixed in page

**Actual result**
- The search Logins quickly extends and retracts when refreshing the page

**Regression range**
- Will search for a regression.

**Additional notes**
- Have the Firefox's window stretched at half of the screen, and the issue will be more noticeable.
- The issue can be seen in the attachment
Bug: Search Configuration - Default search engine is not present on the search engines list for uk - UA
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-05-04 15:09:35+00:00
Resolved: 2020-05-13 10:23:46+00:00

Tested on Windows 10

    modern-configuration
    Nightly 77.0a1 -uk build 20200504
    region: UA
    simulated distribution ini code: yandex-uk

The default search engine for this distribution is Wikipedia(uk) instead of Yandex. Yandex is not present on the search engines list.
Bug: Amazondotcn search string expects "keyword" param and receives "keywords" param (MozillaOnline distribution)
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-05-04 15:31:52+00:00
Resolved: 2020-05-07 02:49:36+00:00

##### Environment:
        Fx 77.0a1 20200503214759
        cn region
        zh-cn locale,
        Distribution id=MozillaOnline

Built query string in Nightly77 running Search Modernization acording to:
https://searchfox.org/mozilla-central/source/browser/components/search/extensions/amazondotcn/_locales/mozillaonline/messages.json

##### Actual example query string: 
https://www.amazon.cn/gp/associates/link-types/searchbox.html?engine=amazon_shopping&tag=mozilla&create=2028&adid=1NZNRHJZ2Q87NTS7YW6N&campaign=408&mode=blended&keywords=dsadasasd 

##### Expected example query string:
https://www.amazon.cn/gp/associates/link-types/searchbox.html?engine=amazon_shopping&tag=mozilla&create=2028&adid=1NZNRHJZ2Q87NTS7YW6N&campaign=408&mode=blended&keyword=dsadasasd
Bug: Sync doesn't work for bookmarks
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-04 16:06:00+00:00
Resolved: 2020-05-06 03:30:00+00:00

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

Steps to reproduce:

I have two machines, "Rob's Linux box" and "robmcmillin’s Firefox on Robs-MacBook-Pro". Both run Firefox 75.0. On the latter, if I start Firefox and go to Firefox -> Preferences -> Sync and then click Sync Now, the bookmarks are the same as before (there are more bookmarks on the Linux Firefox browser).


Actual results:

Bookmarks did not sync.


Expected results:

Bookmarks should have synced.
Bug: "New Tab" bookmark created upon sending tabs between devices
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-05-04 17:57:49+00:00
Resolved: 2020-06-18 05:16:07+00:00

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

Steps to reproduce:

I send any tab from my desktop to my phone or laptop, or any combination of the three.


Actual results:

Across all devices a new "New Tab" bookmark is created and placed in the bookmarks toolbar. 


Expected results:

No bookmark should have been created, and my tabs should have just been sent.
Bug: Firefox address bar freezes during jitsi calls
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-05-04 19:32:42+00:00
Resolved: 2020-05-29 09:50:33+00:00

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

Steps to reproduce:

have a jitsi call running on one of the tabs


Actual results:

the address bar freezes and you cannot click on anything, keyboard shortcuts still work. 


Expected results:

normal address bar operations
Bug: What's New is displayed but empty on 76.0b8 Developer Edition
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-05-04 21:59:22+00:00
Resolved: 2020-05-05 09:42:43+00:00

The What's New icon indicated there was new content, but clicking on it revealed an empty drop down. See screenshot. Developer Edition 76.0b8 on macOS 10.15. Screenshot was taken after clicking on the icon a few times and I think the icon changed after the first click.
Bug: Intermittent ShutdownLeaks | failed to parse line <ay\":\"August 8, 2012\",\"notBeforeGMT\":\"August 8, 2012, 3:07:01 AM GMT\",\"notAfter\":1893380821000000,\"notAfterLocalTime\":\"December 31, 2029, 3:07:01 AM GMT\",\"notAfterLocalDay\":\"December 31,
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2020-05-04 22:27:13+00:00
Resolved: 2020-05-11 19:12:57+00:00

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

---
Bug: Autofilling on focus due to retained results is surprising
Status: NEW
Priority: P3
Created: 2020-05-05 00:46:07+00:00
Resolved: 2020-05-28 17:58:46+00:00

STR

1. Enable session restore
2. Visit foodnetwork.com
3. Open a new tab
4. Type "foo", it should autofill to foodnetwork.com
5. Hit backspace once to remove the autofilled part
6. Optional: Hit Esc once or unfocus the urlbar, which might help to emphasize the problem, i.e., that you quit Firefox with "foo" in the urlbar, not foodnetwork.com
7. Restart
8. Focus the urlbar

foodnetwork.com is autofilled, which imo is surprising and not desired.

We could fix the call path for this particular case so we pass false for `allowAutofill`. However, `UrlbarInput.startQuery` defaults `allowAutofill` to true, but afaict we only want it to be true when `startQuery` is called due to user input. So I think we should fix this by defaulting it to false.

This has been annoying me while working on bug 1398416.
Bug: windows 10 does not offer firefox as default
Status: NEW
Priority: P3
Created: 2020-05-05 09:22:58+00:00
Resolved: 2022-05-12 12:28:15+00:00

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

Steps to reproduce:

Installed FF 75; it offered to make it the default browser; accepted and led to a Windows program selection page. scrolled to browser clicked but FF is not listed. 
shut down and restarted computer with same result.


Actual results:

Still cannot choose FF as the Windows default browser


Expected results:

FF, chrome and edge options offered
Bug: Page information windows displays wrong type and dimensions for audio URLs
Status: NEW
Priority: --
Created: 2020-05-05 10:54:37+00:00
Resolved: 2020-05-11 11:53:46+00:00

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

Steps to reproduce:

Open https://forrotradicional.com.br/public/RadioForroTradicional (or any webpage with audio stream)
Press play button
Pressed Ctrl+I
Opened tab "Media"
Clicked column header "Type" (so Audio entry appears on top of the table)
Selected the Background entry (PNG file)
Selected the Audio entry


Actual results:

The data details below the table displays
Type: PNG Image
Size: 31.1 KB (31,843 bytes)
Dimensions: 500px x 153px


Expected results:

The data details below the table should display
Type: AAC Audio (stream)
Size: - KB (- bytes)
Dimensions: -

So the detail data display should refresh even when there are no actual values to show.
There is no fixed size since the URL represents a stream.
Bug: Abort pending worker tasks at shutdown if they do not change state
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-05-05 11:54:02+00:00
Resolved: 2020-05-15 12:59:51+00:00

The worker supports 4 different operations:

- `canonicalStringify`
- `importJSONDump`
- `checkContentHash`
- `checkFileHash`

All of them except `importJSONDump` do not write any data, so we should not wait for them at shutdown; we should just stop doing them and shut down the worker, and propagate the error.

At time of writing, there are no more reports of shutdown hangs relating to `importJSONDump` after bug 1630766 landed on nightly, other than these 2 crashreports:

https://crash-stats.mozilla.org/report/index/27523fde-2ec8-41fd-bd00-d5aad0200505#tab-metadata
https://crash-stats.mozilla.org/report/index/c18caeb0-919c-4bf0-95da-599160200504#tab-metadata

In both of them, the only tasks the worker is busy with are file/content hash checks.

It's possible that more reports that do reference `importJSONDump` will surface, but at least for now it seems prudent to deal with the low-hanging fruit of aborting these tasks first.
Bug: Search Configuration - Bing favicon is not consistent over distribution builds
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-05-05 12:18:40+00:00
Resolved: 2020-07-02 00:31:40+00:00

Tested on Windows10

###### baseline:
    76.0RC en-US build configured with acer distribution - Bing is set as default search engine 
    region: US

###### modern-configuration:
    Nightly en-US build 20200505
    region: US
    simulated distribution ini code: acer-001 and acer-002

Actual results:
The default search engine - Bing - has a has a different icon in 76.0RC build compared with the one in the Nightly build. The icon in Nightly is the same with the one in tab bar when visiting bing.com. 

Expected results:
The same icon should be used in all builds / distributions.
Bug: Searching a page (CTRL-F) finds and highlights all occurrences, but doesn't move to next occurrence that is not on screen and is in DIV with overflow hidden,scroll or auto
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-05 14:22:17+00:00
Resolved: 2020-05-11 13:29:19+00:00

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

Steps to reproduce:

1. Open the attached HTML file in Firefox.
2. Press "CTRL-F" to start searching the page.
3. Type "Firefox" in search field. It is reported that 24 occurrences where found. If you scroll a div you will see that everything is highlighted correctly.
4. Press "Enter" key or down arrow button to move to the 2nd occurrence. Press more times. It will move to 3rd match and then to 24th, 1st, 2nd, 3rd, 24th. It will not move to other occurrences if you will not scroll the DIV.



Actual results:

1. Searching finds and highlights 24 matches but moves only between 4 of them.
2. All inner divs are with "overflow:hidden", "overflow:auto" or "overflow:scroll". The 24th is with "overflow:unset" - that's a reason why it's in a play.
3. So if div is one of "overflow:hidden", "overflow:auto" or "overflow:scroll" and not visible at current moment you will fail to move to the occurrence.
4. Everything works fine in Google Chrome.


Expected results:

A sequential transition from the first to 24th occurrence was expected when pressing "Enter" with synchronous scrolling the div to make next match visible.