av9ash/GitBugs huggingface dataset:
Bug: Address bar does not autohide after navigating to a new page in fullscreen
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-01-19 20:50:42+00:00
Resolved: 2020-02-19 08:02:37+00:00

From https://www.reddit.com/r/firefox/comments/eqy7wf/firefox_fullscreen_f11_does_not_auto_hide/

Steps to reproduce:

1. Open Firefox.
2. Open a web page
3. Enter full screen (F11)
4. Use Ctrl-l to open address bar, navigate to any URL

What happens:

The addressbar does not autohide.

Expected result:

The address bar should autohide. 

12:55.13 INFO: No more inbound revisions, bisection finished.
12:55.13 INFO: Last good revision: 12d4df6de36eaae416b024531d12eb8ee802835c
12:55.13 INFO: First bad revision: 2e388d4237d0473f6e14f4218290d54857be84d6
12:55.13 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=12d4df6de36eaae416b024531d12eb8ee802835c&tochange=2e388d4237d0473f6e14f4218290d54857be84d6
Bug: Zoom level badge is displayed in the address bar for default zoom level set to 110%
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-01-20 08:39:27+00:00
Resolved: 2020-01-23 08:09:48+00:00

#### Affected versions:

Nightly 74.0a1 (2020-01-20), Beta 73.0b7
#### 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 110% value from the "Default zoom" dropdown.
    

#### Actual result:

The zoom level badge is displayed next to the url bar.
#### Expected result:

The zoom level badge should be not displayed in the URL bar for default zoom level. It is displayed only when the default zoom is set to 110%. For any other value the badge is not displayed.
Bug: Not in zoom
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-01-20 12:08:03+00:00
Resolved: 2020-02-25 08:05:48+00:00

User Agent: Mozilla/5.0 (Linux; Android 7.1.1; Lenovo TB-X704L) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.58 Safari/537.36
Firefox for Android

Steps to reproduce:

Sites look like not in zoom. Version 685b3.


Actual results:

Some sites look like in zoom.  Proxemitly 120% and I can do nothing (Firefox for android)  to solve problem. Please help me.
Bug: Add image not showing all files
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-01-20 13:00:01+00:00
Resolved: 2020-01-28 18:14:16+00:00

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

Steps to reproduce:

Using Firefox
In 'Thunderbird Support Forum'
Posting a comment and need to 'Add image'.
click on 'Browse' to open window to choose file.



Actual results:

The file types says 'All supported types'  instead of 'All File Types'.
'All supported types' only mentions :  '.jfif, .png, .gif'
This is particulary annoying because all my images are .jpg and .jpg is perfectly ok for uploading and is supported. 
AS I offer support, I use the 'Add Images' option to clarification in aiding support. 
It is seriously irritating beyound belief that everytime I want to add images, I have to reselect that option first just to see the images, so I can make a choice.



Expected results:

'All supported types' must include .jpg
This is only a recent issue and obviously altered in the last version or so.

It is incorrect to allow users to be mislead by what is supported.
Please fix this asap.
Bug: Superfluous dots after the toplevel domain are accepted and throw no error
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-20 14:13:32+00:00
Resolved: 2020-01-20 16:25:34+00:00

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

Steps to reproduce:

Visit URL with typo after the dot com and before slash:
https://www.google.cl./preferences

(dot com dot slash)


Actual results:

It navigates the site normally


Expected results:

It should be regarded as malformed URL unless the web specifications particularly want dots after the TLD and before the slash.
Bug: Preview messages don't belong to a provider
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-01-20 14:47:39+00:00
Resolved: 2020-02-04 02:11:45+00:00

The preview flow is:
1. Add preview provider
2. Update all providers (fetch messages).
  * this removes the preview provider at the end
3. Fetch messages that match `message.provider === 'preview'`
  * this would check for `provider.excludes...` but the preview provider was already removed
Bug: Preferences/Options being opened with subcategories have a "useless" back button entry added (e.g. The Manage Settings button from about:protections and the privacy protection entry in the hamburger menu)
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2020-01-20 15:52:03+00:00
Resolved: 2024-03-26 15:45:16+00:00

**Affected versions**
* 74.0a1
* 73.0b7
* 72.0.2

**Affected platforms**
* Windows 10x64
* macOS 10.15 
* Ubuntu 16.04x64

**Steps to reproduce**
1. Go to reddit.com
2. Go to the url bar and click on the shield. 
3. Go to Show Report option.
4. Click on Manage Settings

**Expected result**
* A new tab is opened with about:preferences#privacy and the "Back" is not enabled.

**Actual result**
* A new tab is opened with about:preferences#privacy and the "back" buttons is enabled.

**Regression range**
* will return with a regression ASAP.

**Additional notes**
* The "back" button should not be activated , since the section has opened in a new tab. The back button simply refreshes the page and does not redirect to anything.
Bug: I can't connect anymore on Pinterest : the login page is continuously refreshing forbidding me to enter any information
Status: VERIFIED
Priority: --
Resolution: INVALID
Created: 2020-01-20 16:13:07+00:00
Resolved: 2020-01-24 14:23:36+00:00

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

Steps to reproduce:

Go to pinterest, click on login


Actual results:

It loops between the 2 pages "Welcome back $My name$" and "Welcome on Pinterest"
I can't click anywhere, can't enter my logging/password


Expected results:

successfully logging on Pinterest (I can properly do it on other browser)
Bug: The 100% Zoom level badge is displayed when browser.zoom.siteSpecific is turned off
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-20 16:15:39+00:00
Resolved: 2020-01-22 03:37:52+00:00

#### Affected versions:

Nightly 74.0a1 (2020-01-20), Beta 73.0b7
#### Affected platforms:

ALL

#### Preconditions:
Set the browser.zoom.siteSpecific to false in about:config.
#### Steps:

  1. Launch Firefox with a new profile and go to about:preferences.
  2. Under General, go to Zoom section and select 200% value from the "Default zoom" dropdown.
  3. Access any website eg. www.reddit.com
  4. Click on the 100% zoom level badge displayed in the address bar

#### Actual result:

The default zoom setting from about:preferences still works. If the siteSpecific preference is disabled and the user reaches a website the 100% badge is displayed in the url bar like its being forced to stay at 100% and when the user clicks the badge it goes back to the global zoom preference set even though the feature is no longer working.

#### Expected result:
When the site specific is turned off regardless of what we set at the global default zoom the default zoom level should be 100% without displaying the badge, The Badge should not be displayed at 100 percent since its the default zoom level.
Bug: Ubuntu 18.04 Downloads won't open containing folder or run downloads
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-01-20 16:25:45+00:00
Resolved: 2020-02-06 13:17:31+00:00

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

Steps to reproduce:

Ubuntu 18.04 LTS (tunnels-mlk X55):
1. Download a file
2. Attempt to open the file from the 'Downloads' drop down menu: nothing happens
3. Open 'Show All Downloads'; click 'Open Containing Folder': nothing happens


Actual results:

Nothing


Expected results:

For 2. should have opened a dialog box asking me what to do with the downalded file
For 3. should have opened the Downloads folder in a Files window
Bug: Icons scrunch opening extension Feedbro in windowed mode 'save to pocket' and 'bookmark this page'
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-20 19:21:03+00:00
Resolved: 2020-01-20 19:42:35+00:00

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




Expected results:

Icon scrunch opening extension Feedbro only in windowed mode 'save to pocket' and 'bookmark this page'
Bug: Double clicking multiple words in separate search box selects all text instead of the word being double clicked
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-01-20 23:39:41+00:00
Resolved: 2020-03-16 09:57:28+00:00

From: https://www.reddit.com/r/firefox/comments/erf08d/7201_i_can_no_longer_drag_links_from_the_address/ff3dg9i/

Steps to reproduce:

1. Enable separate search box
2. type two or more words in search box, like "example example"
3. Double-click the first "example"

What happens:

Both words are selected.

Expected result:

Only the first word is selected. 

21:33.97 INFO: No more inbound revisions, bisection finished.
21:33.97 INFO: Last good revision: 37fd68a3d10d0ec85350177152ab9af8425f0d3c
21:33.97 INFO: First bad revision: d57c700859fbd63684386e0bf063331460753bc4
21:33.97 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=37fd68a3d10d0ec85350177152ab9af8425f0d3c&tochange=d57c700859fbd63684386e0bf063331460753bc4
Bug: Wrong context menu after rearranging tab
Status: NEW
Priority: P3
Created: 2020-01-21 03:26:02+00:00
Resolved: 2022-10-11 23:51:58+00:00

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

Steps to reproduce:

I moved a tab to the left
I then quickly right clicked it because I intended to close All Tabs To The Right


Actual results:

I got a limited context menu instead of the full one (See attached file).


Expected results:

I expected the full context menu to perform my actions.
Bug: "Also use this proxy for FTP and HTTPS" grays out SOCKS proxy settings
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-01-21 04:12:38+00:00
Resolved: 2020-02-07 09:42:26+00:00

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

Steps to reproduce:

1. Go to "Preferences" > "Network Settings" > "Settings..."
2. Check "Also use this proxy for FTP and HTTPS"


Actual results:

"SOCKS Host" line is grayed out, with the previous settings filled in.


Expected results:

"SOCKS Host" line is not grayed out.
Bug: Firefox 72.0 does no longer open or link PDF Files
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-01-21 07:10:34+00:00
Resolved: 2020-02-06 13:16:03+00:00

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

Steps to reproduce:

updateted firefox


Actual results:

firefox does no longer send a PDF file to acrobat reader


Expected results:

klicking on a PDF File link firefox should link it to acrobat reader, start that application and open the pdf file

there is no windows update issue as other browsers still work the way as expected with PDF files (chrome, internet explorer)
Bug: URL Autosuggestion does not give suggestions until I have typed in "https://"
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-01-21 07:12:50+00:00
Resolved: 2020-05-13 13:24:18+00:00

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

Steps to reproduce:

I have been accustomed to the URL suggesting pages in the following manner
If I have visited the site "https://www.dr.dk" then when typing in "d" in the adress bar, it would suggest the page. 


Actual results:

When I type in "d" there is no suggestions. Instead it only starts suggesting the page after I have prefixed with "https://" 
Then I can write 
"https://d" and it suggests the expecting page. 


Expected results:

I should be able to only type in "d" in the address bar and then get a suggestion. 

Note that this happens for all suggestions and not just for the page "https://www.dr.dk", it was just used as an example. I am not sure, however, if it has to do with settings on my machine, but I have not been able to find any documentation that could lead me in the right direction as to a fix that I can implement.
Bug: Word .docx documents generating unreadable page
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-01-21 08:21:20+00:00
Resolved: 2020-02-19 09:15:43+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_2) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/13.0.4 Safari/605.1.15

Steps to reproduce:

Opening or uploadind word   .docx  documents



Actual results:

Firefox open the document in an unreadable windows 
Atempting to change preferences about word documents dosen't resolve the burg
Anyway Firefox open this windows
.docx nannot be simply uploadeds or opened with microsoft word


Expected results:

Simply uploading the .docx file in documents folder or opening it with MS words application according with preferences in Firefox menue.

Note tis bug is recurrent since at least since 6 months and persiste with new versions
Bug: Firefox password manager shows none of the saved passwords
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-21 08:58:32+00:00
Resolved: 2020-01-21 22:24:08+00:00

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

Steps to reproduce:

firefox password manager shows none of the saved passwords
Bug: Crash in [@ InvalidArrayIndex_CRASH | mozilla::AntiTrackingCommon::RedirectHeuristic]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-21 12:55:47+00:00
Resolved: 2020-01-22 03:50:32+00:00

This bug is for crash report bp-45a3e305-d960-42f3-9568-969f40200121.

```
Top 10 frames of crashing thread:

0 xul.dll InvalidArrayIndex_CRASH xpcom/ds/nsTArray.cpp:27
1 xul.dll static mozilla::AntiTrackingCommon::RedirectHeuristic toolkit/components/antitracking/AntiTrackingCommon.cpp:2379
2 xul.dll mozilla::net::nsHttpHandler::AsyncOnChannelRedirect netwerk/protocol/http/nsHttpHandler.cpp:837
3 xul.dll mozilla::net::InterceptedHttpChannel::ResetInterception netwerk/protocol/http/InterceptedHttpChannel.cpp:656
4 xul.dll mozilla::dom::FetchEventOpChild::ResetInterception dom/serviceworkers/FetchEventOpChild.cpp:636
5 xul.dll mozilla::dom::FetchEventOpChild::RecvRespondWith dom/serviceworkers/FetchEventOpChild.cpp:431
6 xul.dll mozilla::dom::PFetchEventOpChild::OnMessageReceived ipc/ipdl/PFetchEventOpChild.cpp:164
7 xul.dll mozilla::ipc::PBackgroundChild::OnMessageReceived ipc/ipdl/PBackgroundChild.cpp:5806
8 xul.dll mozilla::ipc::MessageChannel::DispatchMessage ipc/glue/MessageChannel.cpp:2136
9 xul.dll nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1220

```

I have no idea what causes it, but as of this morning my nightly randomly crashes on me. It seems to happen sometimes when I navigate to a new tab or open a new tab, but isn't specific to a certain website or every time I open a new tab as far as I can tell.
Bug: Address bar can not be selected by mouse if the browser has the minimum width
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-01-21 13:09:09+00:00
Resolved: 2021-01-18 15:53:23+00:00

**Affected versions**
* Fx 74.0a1
* Fx 73.0b7
* Fx 72.0.2

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

**Steps to reproduce**
1. Launch Firefox.
2. Go to "https://www.mozilla.org/en-US/contribute/stories/" .
3. Change the browser width to the minimum.
4. Attempt to select the address bar with the mouse cursor.

**Expected result**
* The address bar is selected. 

**Actual result**
* The address bar can not be selected.

**Regression range**
* First bad: 20-09-2020
* Last good: 19-09-2020
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=b46946d6e446cf50fc2c3fcc62e2cb8ec84c4064&tochange=517c9efa9592ad0c103ec2542e4bc7fcaf06c505
* Potential regressor: 1580538

**Additional notes**
*  Builds that have the permanent search icon in front of the megabar are not affected (https://bugzil.la/1589836).
* This issue is not reproducible if the address bar is set in focus using the keyboard ( Ctrl/Cmd + L).
Bug: Cannot easily reattempt navigating to a URL that returned status 204 No Content using reload button (and URL is not remembered in session restore)
Status: UNCONFIRMED
Priority: P5
Created: 2020-01-21 14:31:59+00:00
Resolved: 2022-10-11 23:52:06+00:00

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

Steps to reproduce:

- Open new tab
- Open network console
- Navigate to a page with status 204 (No Content), for example http://httpstat.us/204
- Try to reload the page with the button near the address bar or F5 or Ctrl+R


Actual results:

Nothing. Reload button is disabled.


Expected results:

Firefox should send a new HTTP request.

The 204 status is special, but I think if the user explicitly entered the address in the address bar, the browser should navigate to that page and make it possible to reload it. This is a common task (and HTTP status) for developers of web services.
Bug: DisplayMenuBar isn't working via GPO with Firefox 72
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-01-21 20:03:42+00:00
Resolved: 2020-01-27 10:01:00+00:00

With the changes in bug 1587492, the GPO for the menubar isn't working anymore.

This is because the GPO uses 1/0 instead of booleans (implementation detail), so the schema validator change isn't kicking in.

This is a corner case where we moved a bool to a string enum, so I'm going to put in a workaround.
Bug: navigator.maxTouchPoints is 10 on a non-touch Windows 10 system
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-01-21 21:07:04+00:00
Resolved: 2020-01-27 14:27:51+00:00

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

Steps to reproduce:

just enter 'navigator.maxTouchPoints' in the browser console on a non-touch Windows 10 system


Actual results:

it reports that 10 touch points are support


Expected results:

it should report 0 or 1
Bug: Intermittent browser/components/shell/test/browser_420786.js | Wallpaper position GSettings key is correct - Got zoom, expected scaled
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-01-21 21:24:03+00:00
Resolved: 2020-02-18 17:03:25+00:00

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

---

>[task 2020-01-21T20:37:06.459Z] 20:37:06     INFO - TEST-PASS | browser/components/shell/test/browser_420786.js | Wallpaper position GSettings key is correct - 
[task 2020-01-21T20:37:06.460Z] 20:37:06     INFO - TEST-PASS | browser/components/shell/test/browser_420786.js | Wallpaper was written to disk - 
[task 2020-01-21T20:37:06.460Z] 20:37:06     INFO - TEST-PASS | browser/components/shell/test/browser_420786.js | Wallpaper file GSettings key is correct - 
[task 2020-01-21T20:37:06.460Z] 20:37:06     INFO - Buffered messages finished
[task 2020-01-21T20:37:06.462Z] 20:37:06     INFO - TEST-UNEXPECTED-FAIL | browser/components/shell/test/browser_420786.js | Wallpaper position GSettings key is correct - Got zoom, expected scaled
[task 2020-01-21T20:37:06.462Z] 20:37:06     INFO - Stack trace:
[task 2020-01-21T20:37:06.462Z] 20:37:06     INFO - chrome://mochikit/content/browser-test.js:test_is:1320
[task 2020-01-21T20:37:06.463Z] 20:37:06     INFO - chrome://mochitests/content/browser/browser/components/shell/test/browser_420786.js:checkWallpaper:76
[task 2020-01-21T20:37:06.463Z] 20:37:06     INFO - chrome://mochitests/content/browser/browser/components/shell/test/browser_420786.js:null:94
[task 2020-01-21T20:37:06.463Z] 20:37:06     INFO - resource://testing-common/BrowserTestUtils.jsm:withNewTab:150
[task 2020-01-21T20:37:06.463Z] 20:37:06     INFO - chrome://mochitests/content/browser/browser/components/shell/test/browser_420786.js:null:12
[task 2020-01-21T20:37:06.463Z] 20:37:06     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest/<:1062
[task 2020-01-21T20:37:06.463Z] 20:37:06     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest:1097
[task 2020-01-21T20:37:06.463Z] 20:37:06     INFO - chrome://mochikit/content/browser-test.js:nextTest/<:925
[task 2020-01-21T20:37:06.463Z] 20:37:06     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:SimpleTest.waitForFocus/waitForFocusInner/focusedOrLoaded/<:808
Bug: Intermittent browser/base/content/test/general/browser_bug710878.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-01-21 22:12:38+00:00
Resolved: 2020-03-17 17:02:41+00:00

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

---

>[task 2020-01-21T21:23:38.108Z] 21:23:38     INFO - TEST-START | browser/base/content/test/general/browser_bug710878.js
[task 2020-01-21T21:25:08.159Z] 21:25:08     INFO - TEST-INFO | started process screentopng
[task 2020-01-21T21:25:08.664Z] 21:25:08     INFO - TEST-INFO | screentopng: exit 0
[task 2020-01-21T21:25:08.664Z] 21:25:08     INFO - Buffered messages logged at 21:23:38
[task 2020-01-21T21:25:08.665Z] 21:25:08     INFO - Entering test bound 
[task 2020-01-21T21:25:08.666Z] 21:25:08     INFO - Buffered messages finished
[task 2020-01-21T21:25:08.667Z] 21:25:08     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/general/browser_bug710878.js | Test timed out - 
[task 2020-01-21T21:25:08.668Z] 21:25:08     INFO - GECKO(1410) | MEMORY STAT | vsize 20975444MB | residentFast 1346MB
[task 2020-01-21T21:25:08.668Z] 21:25:08     INFO - TEST-OK | browser/base/content/test/general/browser_bug710878.js | took 90058ms
[task 2020-01-21T21:25:08.668Z] 21:25:08     INFO - Not taking screenshot here: see the one that was previously logged
[task 2020-01-21T21:25:08.669Z] 21:25:08     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/general/browser_bug710878.js | Found a tab after previous test timed out: data:text/html;charset=utf-8,<a href='%23xxx'><span>word1 <span> word2 </span></span><span> word3</span></a> - 
[task 2020-01-21T21:25:08.670Z] 21:25:08     INFO - checking window state
Bug: UrlbarView needs to select the heuristic result when it's not the first result added
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-01-21 23:55:41+00:00
Resolved: 2020-01-30 02:43:42+00:00

In helping to port interventions, I'm seeing that we end up with an unselected heuristic result. The first result added to the view is the intervention tip, which has a suggestedIndex=1 and is not the heuristic. Later, UnifiedComplete's heuristic result is added. The two results appear in the correct positions, and the first result's `heuristic` property is true. The problem is that the view only selects the heuristic when it is the first result added [1]. That's not the case here, as just described.

[1] https://searchfox.org/mozilla-central/rev/cfd1cc461f1efe0d66c2fdc17c024a203d5a2fd8/browser/components/urlbar/UrlbarView.jsm#427