av9ash/GitBugs huggingface dataset:
Bug: Intermittent browser/base/content/test/performance/browser_preferences_usage.js | Whitelist item security.sandbox.content.force-namespace should be accessed at most 51 times. - 52 <= 51 - JS frame :: chrome://mochitests/content/browser/browser/base/conte
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2020-06-05 06:31:52+00:00
Resolved: 2020-06-23 21:05:04+00:00

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

---

[task 2020-06-05T05:39:56.236Z] 05:39:56     INFO - TEST-PASS | browser/base/content/test/performance/browser_preferences_usage.js | Whitelist item security.sandbox.content.force-namespace should be accessed at least 50 times. - 50 <= 52 - 
[task 2020-06-05T05:39:56.237Z] 05:39:56     INFO - Buffered messages finished
[task 2020-06-05T05:39:56.238Z] 05:39:56     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/performance/browser_preferences_usage.js | Whitelist item security.sandbox.content.force-namespace should be accessed at most 51 times. - 52 <= 51 - JS frame :: chrome://mochitests/content/browser/browser/base/content/test/performance/browser_preferences_usage.js :: checkPrefGetters :: line 63
[task 2020-06-05T05:39:56.238Z] 05:39:56     INFO - Stack trace:
[task 2020-06-05T05:39:56.239Z] 05:39:56     INFO - chrome://mochitests/content/browser/browser/base/content/test/performance/browser_preferences_usage.js:checkPrefGetters:63
[task 2020-06-05T05:39:56.240Z] 05:39:56     INFO - chrome://mochitests/content/browser/browser/base/content/test/performance/browser_preferences_usage.js:navigate_around:280
[task 2020-06-05T05:39:56.241Z] 05:39:56     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest/<:1064
[task 2020-06-05T05:39:56.241Z] 05:39:56     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest:1104
[task 2020-06-05T05:39:56.242Z] 05:39:56     INFO - chrome://mochikit/content/browser-test.js:nextTest/<:927
[task 2020-06-05T05:39:56.243Z] 05:39:56     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:SimpleTest.waitForFocus/waitForFocusInner/focusedOrLoaded/<:918
Bug: Intermittent [TV] browser/extensions/doh-rollout/test/browser/browser_cleanFlow.js | Found the expected trrselect event. - Got 2, expected 1
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-06-05 06:43:22+00:00
Resolved: 2020-07-12 22:25:49+00:00

**Filed by:** nbeleuzu [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer.html#?job_id=305177222&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/ft2lNsq4SpOxvQZ6ts6Oag/runs/0/artifacts/public/logs/live_backing.log
**Reftest URL:** https://hg.mozilla.org/mozilla-central/raw-file/tip/layout/tools/reftest/reftest-analyzer.xhtml#logurl=https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/ft2lNsq4SpOxvQZ6ts6Oag/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---

[task 2020-06-05T06:03:25.706Z] 06:03:25     INFO - TEST-PASS | browser/extensions/doh-rollout/test/browser/browser_cleanFlow.js | TRR selection complete. - 
[task 2020-06-05T06:03:25.706Z] 06:03:25     INFO - Buffered messages finished
[task 2020-06-05T06:03:25.707Z] 06:03:25     INFO - TEST-UNEXPECTED-FAIL | browser/extensions/doh-rollout/test/browser/browser_cleanFlow.js | Found the expected trrselect event. - Got 2, expected 1
[task 2020-06-05T06:03:25.708Z] 06:03:25     INFO - Stack trace:
[task 2020-06-05T06:03:25.709Z] 06:03:25     INFO - chrome://mochikit/content/browser-test.js:test_is:1327
[task 2020-06-05T06:03:25.710Z] 06:03:25     INFO - chrome://mochitests/content/browser/browser/extensions/doh-rollout/test/browser/head.js:checkTRRSelectionTelemetry:108
[task 2020-06-05T06:03:25.710Z] 06:03:25     INFO - chrome://mochitests/content/browser/browser/extensions/doh-rollout/test/browser/browser_cleanFlow.js:testCleanFlow:19
[task 2020-06-05T06:03:25.711Z] 06:03:25     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest/<:1064
[task 2020-06-05T06:03:25.712Z] 06:03:25     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest:1104
[task 2020-06-05T06:03:25.712Z] 06:03:25     INFO - chrome://mochikit/content/browser-test.js:nextTest/<:921
[task 2020-06-05T06:03:25.713Z] 06:03:25     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:SimpleTest.waitForFocus/waitForFocusInner/focusedOrLoaded/<:918
Bug: setting toolkit.cosmeticAnimations.enabled to false not working
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-06-05 07:16:40+00:00
Resolved: 2020-07-15 15:44:02+00:00

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

Steps to reproduce:

setting toolkit.cosmeticAnimations.enabled to false not working
When you open a tab and load any page.



Actual results:

The tab loading has animation.


Expected results:

The tab loading should not have any animation.
Bug: Intermittent browser/components/newtab/test/browser/browser_asrouter_group_frequency.js | Uncaught exception - Wait for group config to load - timed out after 50 tries.
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2020-06-05 07:59:35+00:00
Resolved: 2020-07-06 07:46:25+00:00

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

---

[task 2020-06-05T07:29:02.273Z] 07:29:02     INFO - Buffered messages finished
[task 2020-06-05T07:29:02.273Z] 07:29:02     INFO - TEST-UNEXPECTED-FAIL | browser/components/newtab/test/browser/browser_asrouter_group_frequency.js | Uncaught exception - Wait for group config to load - timed out after 50 tries.
[task 2020-06-05T07:29:02.273Z] 07:29:02     INFO - Leaving test bound test_heartbeat_tactic_2
[task 2020-06-05T07:29:02.273Z] 07:29:02     INFO - Console message: [JavaScript Error: "Unknown Collection "main/cfr"" {file: "resource://services-settings/RemoteSettingsClient.jsm" line: 154}]
[task 2020-06-05T07:29:02.273Z] 07:29:02     INFO - UnknownCollectionError@resource://services-settings/RemoteSettingsClient.jsm:154:5
[task 2020-06-05T07:29:02.273Z] 07:29:02     INFO - sync@resource://services-settings/RemoteSettingsClient.jsm:413:13
[task 2020-06-05T07:29:02.273Z] 07:29:02     INFO - async*get@resource://services-settings/RemoteSettingsClient.jsm:350:22
[task 2020-06-05T07:29:02.273Z] 07:29:02     INFO - async*_getRemoteSettingsMessages@resource://activity-stream/lib/ASRouter.jsm:346:35
[task 2020-06-05T07:29:02.273Z] 07:29:02     INFO - _remoteSettingsLoader@resource://activity-stream/lib/ASRouter.jsm:296:45
[task 2020-06-05T07:29:02.273Z] 07:29:02     INFO - _loadDataForProvider@resource://activity-stream/lib/ASRouter.jsm:452:26
[task 2020-06-05T07:29:02.273Z] 07:29:02     INFO - loadMessagesForProvider@resource://activity-stream/lib/ASRouter.jsm:476:35
[task 2020-06-05T07:29:02.274Z] 07:29:02     INFO - loadMessagesFromAllProviders@resource://activity-stream/lib/ASRouter.jsm:837:40
[task 2020-06-05T07:29:02.274Z] 07:29:02     INFO - async*setup/</<@chrome://mochitests/content/browser/browser/components/newtab/test/browser/browser_asrouter_group_frequency.js:63:22
[task 2020-06-05T07:29:02.274Z] 07:29:02     INFO - async*tryOnce@resource://testing-common/TestUtils.jsm:180:35
[task 2020-06-05T07:29:02.274Z] 07:29:02     INFO - notify@resource://gre/modules/Timer.jsm:62:17
Bug: The urlbar panel "jumps" when selecting the heuristic result after typing a single space
Status: NEW
Priority: P3
Created: 2020-06-05 08:05:06+00:00
Resolved: 2020-11-05 12:32:17+00:00

1. Type a space in the urlbar, just a space
2. select and unselect the heuristic

The urlbar panel jump up and down a few pixels
Bug: Stop reloading doh-rollout add-on in tests
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-06-05 08:08:22+00:00
Resolved: 2020-07-12 22:41:58+00:00

Reloading the add-on is not clean at the moment and is leading to weird states where an execution context that was previously disabled receives an event due to not having been cleaned up yet, and then calls a WebExtension Experiment API that is now inaccessible, leading to an uncaught async error like in bug 1631609 comment 12.
Bug: Re-enable browser/base/content/test/about/browser_aboutCertError.js for Fission Linux debug
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-06-05 08:27:58+00:00
Resolved: 2020-11-05 02:12:19+00:00

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

In bug 1643465 we disabled browser_aboutCertError.js because bug 1631593 made bug 1614049 much more reproducible.

I'd like to help re-enable this test ASAP.

How can I help here? What's the right way to debug this timeout - we know that fission/lazy-l10n impacts it and I cannot reproduce it locally so I suspect race.
Bug: The Refresh Firefox option from the uninstaller is removed under certain steps
Status: NEW
Priority: P2
Created: 2020-06-05 08:39:13+00:00
Resolved: 2024-05-20 12:53:32+00:00

**Affected Versions:**
Nightly 79.0a1 (2020-06-04)
Beta 78.0b3

**Affected Platforms:**
Windows 7/10 

**Preconditions:**
Have the Profile Manager set up to open Firefox on launch.

**Steps to reproduce:**

1. Reach the Firefox installation folder or Add/Remove programs from Windows.
2. Click on the uninstall option.
3. Select the refresh option from the uninstall wizard.
4. After the Profile Manager pops-up, choose to create a new profile using special/ASCII characters such as "†" (alt + 0134), "¤" (alt + 01444), etc. and launch it.
5. After the browser is launched close it.
6. Repeat the uninstall process and check the uninstall wizard.

**Expected Result:**
The Refresh Firefox option is available and working accordingly.

**Actual Result:**
The Refresh Firefox option is missing from the uninstaller prompt.

**Regression-Range:**
Not a regression this is part of the new Refresh option implementation for the uninstaller.

**Notes:**
1. In order for the option to be visible again the user has to delete all the profiles, reinstall Firefox or start Firefox with a new profile that doesn't contain the special character.
2. Given this issue needs custom profile setup with special characters, QA doesn't consider it as a high severity issue especially that this is not normal user behavior.
Bug: Yellow arrows when searching for firefox string in about:preferences on Firefox will remember history drop-down
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-06-05 09:09:28+00:00
Resolved: 2020-06-11 19:35:53+00:00

*Affected versions*
* 77.0.1 (20200602222727)
* 78.0b3 (20200604213430)
* 79.0a1 (20200604220012)

*Affected platforms*
* macOS 10.15
* Windows 10x64
* Windows 8.1x64
* Ubuntu 18.04

*Steps to reproduce*
1. Open Firefox and about:preferences.
2. Search for `firefox` string and scroll down to History drop-down.
3. Click on the Firefox will Remember history drop down.



*Expected result*
* The dropdown items have no yellow arrows.


*Actual result*
* Yellow arrows are shown in the dropdown menu.

*Regression range*
Last good revision: 85b2d74f745170e2826d1dddd26e16cbf22ffe87
First bad revision: 43d5a2bbdd3696302094a8fee45a35282e562586
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=85b2d74f745170e2826d1dddd26e16cbf22ffe87&tochange=43d5a2bbdd3696302094a8fee45a35282e562586


*Notes*
* Attached a screen recording with the issue.
Bug: WebRTC audio distortion on MacOS after ~3 minutes
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-06-05 10:33:17+00:00
Resolved: 2020-06-10 07:24:08+00:00

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

Steps to reproduce:

Steps to reproduce:
- Use a MacBook Pro (2020 model) running MacOS 10.15.4 and Firefox 77.
- In the MacOS settings, configure the laptop's internal microphone to be the input source.
- Create a fresh Firefox profile.
- Navigate to https://janus.conf.meetecho.com/echotest.html. Click "Start" to begin the echo test, using the laptop's internal microphone.
- Let the audio run for at least three minutes.

I also reproduced the issue on earlier versions of Firefox—I tried all the way back to Firefox 72. I was not able to reproduce this issue with Chrome or with Safari. I have not been able to reproduce the issue on the same laptop with an external microphone.


Actual results:

The quality of the audio received through the microphone starts to degrade. After 2-3 minutes, the audio is very poor and quickly becomes unusable. Attached is a four-minute recording of this happening.

I experience similar audio distortion on Google Meet and other services that use WebRTC.


Expected results:

Normal audio.
Bug: Yomichan extension broken on Nighly
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-06-05 11:08:10+00:00
Resolved: 2020-06-11 10:01:22+00:00

I am not certain which API(s) this concerns, but the problem exists on Nightly and not on Release according to the extension developers.

To reproduce:
* Create a profile
* Install the Yomichan extension from https://github.com/FooSoft/yomichan
* Open Yomichan's options and attempt to import a dictionary

There are several issues:
* The options view is not populated until the extension button is clicked again
* Attempting to import a dictionary will fail
* If dictionaries were installed before, enumerating them will fail

See also these Github issues:
* https://github.com/FooSoft/yomichan/issues/588
* https://github.com/FooSoft/yomichan/issues/589
Bug: Crash in [@ nsMIMEInfoWin::LaunchWithFile]
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-06-05 13:16:42+00:00
Resolved: 2020-06-11 10:55:49+00:00

This bug is for crash report bp-22aedf9c-c69e-4078-8aab-ef9ee0200605.

Top 10 frames of crashing thread:
```
0 xul.dll nsMIMEInfoWin::LaunchWithFile uriloader/exthandler/win/nsMIMEInfoWin.cpp:105
1 xul.dll NS_InvokeByIndex 
2 xul.dll static XPCWrappedNative::CallMethod js/xpconnect/src/XPCWrappedNative.cpp:1140
3 xul.dll XPC_WN_CallMethod js/xpconnect/src/XPCWrappedNativeJSOps.cpp:946
4 xul.dll js::InternalCallOrConstruct js/src/vm/Interpreter.cpp:585
5 xul.dll Interpret js/src/vm/Interpreter.cpp:3312
6 xul.dll js::InternalCallOrConstruct js/src/vm/Interpreter.cpp:620
7 xul.dll JS_CallFunctionValue js/src/jsapi.cpp:2777
8 xul.dll nsXPCWrappedJS::CallMethod js/xpconnect/src/XPCWrappedJSClass.cpp:963
9 xul.dll PrepareAndDispatch xpcom/reflect/xptcall/md/win32/xptcstubs.cpp:88
```

There are 2 crashes (from 2 installations) in nightly 79 starting with buildid 20200604092907. In analyzing the backtrace, the regression may have been introduced by patch [1] to fix bug 1632277.

[1] https://hg.mozilla.org/mozilla-central/rev?node=1e4f8d9d96ce
Bug: Search bar becomes unresponsive if using paste and go context menu option with a string while search tip is displayed
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-06-05 13:43:43+00:00
Resolved: 2020-06-16 07:18:57+00:00

*Affected versions*
* 78.0b3 (20200604213430)
* 79.0a1 (20200604220012)

*Affected platforms*
* macOS 10.12
* Windows 10x64


*Steps to reproduce*
1. Open Firefox and about:config and set devtools.chrome.enabled:true.
2. Open browser console and type `(async function() { let { ProfileAge } = ChromeUtils.import("resource://gre/modules/ProfileAge.jsm"); let age = await ProfileAge(); age._times = { firstUse: 1368255600000, created: 1368255600000 }; await age.writeTimes(); })();`.
3. Restart the browser and copy a random string in the clipboard (e.g `firefox`).
4. Open a new tab and select Paste and go from the context menu option into the address bar.




*Expected result*
* The copied string is successfully pasted and searched.


*Actual result*
* Nothing happens. Nightly shows [this error](https://drive.google.com/file/d/1BbOOwLPsttLhbQsytK0cevDQJW8fuq9x/view?usp=sharing) in console/ Beta shows [this error](https://drive.google.com/file/d/1gmb8j3J-1hBmkeYhR3nNlOVoHOWZjnip/view?usp=sharing) in console.

*Regression range*
* Firefox 77.0.1 (20200602222727) is not affected. I tried searching for one but I don’t know how to trigger the search tip in mozregression. It seems that it doesn't work by following the above steps. I will search for one manually ASAP.


*Notes*
* Attached a screen recording with the issue.
Bug: Drop-down lists are not respecting the zoom setting
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-06-05 14:56:14+00:00
Resolved: 2020-07-09 14:07:39+00:00

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

Steps to reproduce:

This started happening in Firefox 77. When opening a drop-down list, the list does not respect the browser zoom settings.

For example, when logging into my account on my bank's website, I have to use 3 drop-down lists to enter characters from a memorable phrase. Here's what that looks like in Firefox 77 now that the zoom settings are not respected: -

https://i.imgur.com/4jULeWo.jpg

It was working fine prior to updating to Firefox 77 and still works fine in other browsers.

A Reddit thread about this issue: -

https://www.reddit.com/r/firefox/comments/gwj4o5/zoom_no_longer_affecting_dropdown_listsmenus/


Actual results:

When zooming in/out, the font size in drop-down lists does not change.


Expected results:

When zooming in/out, the font size in drop-down lists should change according to the zoom level, as with other text on the page.
Bug: Minimise Button Failure
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-05 15:00:57+00:00
Resolved: 2020-06-06 00:55:15+00:00

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

Steps to reproduce:

I believe the issue could be with this current versions 79.0a1 (2020-06-05) (64-bit)

Initially .....

- Open Developer Tools on a Tab (F12) in a separate window
- Clicking the minimise button ( - ) will cause the window to minimise and maximise immediately

After more testing ...

I also noticed that happening on the main Firefox window as well. 

Therefore the issue is not related to Developer Tools and it is a general Window Minimise issue.
Bug: [Protections Dashboard 1.5] Monitor elements give no visual feedback when tabbing
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-06-05 15:02:47+00:00
Resolved: 2020-06-27 09:43:03+00:00

When using tab and arrow keys to navigate on the protections dashboard the buttons and links on the monitor card give no visual feedback.
The button on the Lockwise card is a good example of the feedback the monitor buitton should have. The purple boxes should have perhaps the regular dotted line, or consult with Epang to get a better solution.
Bug: Full screenshot of pages where a child element is scrollable produce a truncated screenshot
Status: NEW
Priority: P3
Created: 2020-06-05 15:11:26+00:00
Resolved: 2024-11-06 09:55:54+00:00

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

Steps to reproduce:

Whenever I try to make a full screenshot of gmail I get a screenshot of a visible part only.
There are two test cases:
1) from gmail: https://youtu.be/2RFysYZywWU
2) from a downloaded letter: https://youtu.be/lJJtFGXkB28

I've tried the second case because I thought that a downloaded letter will be easier for Firefox to handle with since there is no any toolbars, menues and other elements on a web page.
But it didn't help.


Actual results:

- screenshot is truncated. I get only visible part of screenshot.


Expected results:

- screeshot is full. I get screenshot with a long vertical scrollbar.
Bug: Errors notifying extension storage listeners can hang the sync
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-06-05 20:20:11+00:00
Resolved: 2020-06-09 16:04:38+00:00

Thanks to Thom for catching this! We can fail to fetch pending listener notifications if there's a database error, or an error punting the operation to the background thread. We log the error, but don't resolve or reject the promise, so the sync just hangs.
Bug: FF 77 doesn't respect about:config settings to turn off expanding url bar
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-06-05 20:40:33+00:00
Resolved: 2020-06-06 07:16:37+00:00

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

Steps to reproduce:

Updated FF to 77.0.1 on both Windows 10 and Linux Mint 19.3, opened the browser and then just clicked in the URL bar.


Actual results:

The URL bar expanded just like it did when FF 75 came out, even though I had turned off the expanding bar in FF 75 with the following about:config settings:
- browser.urlbar.openViewOnFocus: False
- browser.urlbar.update1: False
- browser.urlbar.update1.interventions: False
- browser.urlbar.update1.searchTips: False


Expected results:

The URL bar should have continued to respect the about:config settings and not grown expanded.

At first I thought maybe you had reset the above four settings, (for which I would have also filed a bug, as that shouldn't be happening) but turns out all four of the above settings remain set to False, so it's not that you reset the settings, it's just that you're not honoring them anymore.
Bug: TypeError: can't access property "uninstall", this._historyListener is null
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-06-05 21:39:33+00:00
Resolved: 2020-07-01 12:17:01+00:00

STR:
1) Unload the tab
2) Right-click on the tab and choose "Reload Tab"
3) Now select the tab

Add-on i used: https://addons.mozilla.org/firefox/addon/discard-tab/

Browser version: 79.0a1 (2020-06-05) (64-Bit)
Bug: Address bar automatically resizes when focussed.
Status: VERIFIED
Priority: --
Resolution: INVALID
Created: 2020-06-05 22:47:33+00:00
Resolved: 2020-06-06 23:01:17+00:00

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

Steps to reproduce:

Clicked on the address bar.

This also occurs automatically when creating a new tab, as the address bar is focussed by default.


Actual results:

Address bar expanded by adding 7px padding and a box-shadow.


Expected results:

The address bar should not automatically expand.

I understand that this is based on your UI/UX design: 

"The address bar section of the QuantamBar is the same size and shape, and has the same internal layout as before. When focused the containing box has additional padding and a prominent shadow" [ https://mozilla.invisionapp.com/share/MCUOETHBR4F#/screens/391775121 ]

What is the reason and rational for this?

If you insist on such a poor UI/UX decision, then an option should exist to disable it.
Bug: DoH preferences should be aware of doh-rollout.uri
Status: NEW
Priority: P3
Created: 2020-06-05 23:09:54+00:00
Resolved: 2020-06-30 07:57:38+00:00

Once we roll out automatic TRR selection, the TRR to be used is chosen between network.trr.uri and doh-rollout.uri. We need to update our prefs UI to be aware of this.

This is not urgent at the moment until we have a plan to ship auto-selection.
Bug: Do not search for `www.<something>` strings
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-06-05 23:17:44+00:00
Resolved: 2021-11-22 14:12:08+00:00

It's a little surprising that for incomplete domains that are clearly domains because they start with `www.` (which, without much evidence, I hypothesize people still use frequently...), we now search. It would seem more natural to complete with .com or similar, rather than potentially expose history to the search engine.