av9ash/GitBugs huggingface dataset:
Bug: About Firefox window size is calculated incorrectly
Status: NEW
Priority: P5
Created: 2020-02-11 03:57:47+00:00
Resolved: 2022-06-06 20:53:36+00:00

I noticed that when I open the `About Firefox` dialog with the browser window on my second monitor the dialog has an extra white bar on the bottom (see attached image). This only happens when I have the browser on the second monitor. If I move the browser window to the primary monitor and open the dialog it looks correct (no extra bar).  I have been seeing this for ages but never really thought much of it since it is pretty minor.

My primary monitor resolution is 3840x2160 and the second monitor resolution is 1920x1200. The machine is running Windows 10.

I do also see something similar on my laptop (X1 Carbon) running Firefox (release) on Ubuntu 18.04. I don't have any external monitors attached and the screen resolution is 2560x1440. Something HiDPI related maybe?
Bug: The tab manager menu doesn't update when tabs are modified through their context menu
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-02-11 05:45:30+00:00
Resolved: 2020-03-22 02:11:53+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.87 Safari/537.36

Steps to reproduce:

1. Open a few tabs in the browser.
2. Open the tab manager menu.
3. Duplicate a tab using its context menu.


Actual results:

The duplicate tab can be seen in the tab browser but not tab manager menu.


Expected results:

The duplicate tab should be present in the list of tabs in tab manager menu as well.
Bug: \/\/(.*\.)? special characters redirects to https://wordpress.org/support/article/htaccess/
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-02-11 14:35:37+00:00
Resolved: 2020-03-03 14:48:42+00:00

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

Steps to reproduce:

1. open firefox
2. type  \/\/(.*\.)?  in search 
3. it directly takes you to "https://wordpress.org/support/article/htaccess/"    page
Bug: Search Tips shownCount prefs are set incorrectly
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-02-11 14:52:30+00:00
Resolved: 2020-02-26 14:41:58+00:00

Bug 1613855 [erroneously sets](https://hg.mozilla.org/mozilla-central/rev/1b407a1a33d6#l2.202) the prefs `searchTips.(type).shownCount` rather than `browser.urlbar.searchTips.(type).shownCount`, meaning that `shownCount` will not be meaningfully recorded. This should be corrected and uplifted to beta.
Bug: Extensions right click menu doesn't work when MacOS is in fullscreen mode
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-11 16:02:36+00:00
Resolved: 2020-02-17 08:37:26+00:00

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

Steps to reproduce:

See attached video.


Actual results:

See attached video.


Expected results:

Extension right click menu should work as expected
Bug: 0.12ms uninterruptible reflow at _ensureFormattedHostVisible/<@resource:///modules/UrlbarValueFormatter.sys.mjs:96:9
Status: NEW
Priority: P2
Created: 2020-02-11 16:14:33+00:00
Resolved: 2024-04-03 16:05:44+00:00

Here's the stack:

_ensureFormattedHostVisible/<@resource:///modules/UrlbarValueFormatter.jsm:96:9


Version: 75.0a1
Build: 20200211094607

That's this line: https://searchfox.org/mozilla-central/rev/7e92a667e3829831c31e8d46aefe7ef67ad5be1c/browser/components/urlbar/UrlbarValueFormatter.jsm#96
Bug: Uptake reported age seems to be wrong in some situations
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-02-11 17:31:23+00:00
Resolved: 2022-04-27 14:17:50+00:00

We report the age of obtained data when changes are pulled from the server.

For scheduled or startup synchronizations, the reported age increases with the time passing (until a new change is published). In the uptake telemetry, we can observe this through the «sawtooth» aspect of the graph (switchback?).

But for broadcast synchronizations, the reported age should roughly be stable, and should not follow the pattern of those described above.
However, it does. Meaning that we may have an issue with the code that reports the age.

One possibility would be that client reconnections are handled as "broadcast" and would thus spoil the proper realtime broadcast reported values.
Bug: Firefox on OS X - Right Clicking opens option window on incorrect monitor or desktop
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-11 19:15:10+00:00
Resolved: 2020-02-12 06:28:51+00:00

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

Steps to reproduce:

Open Firefox.  Drag Firefox to a different display.  Right click on anything on any webpage, it opens the dialog window on the primary screen (in my case 5k and impossible to read)


Actual results:

it opens the dialog window on the primary screen (in my case 5k and impossible to read)


Expected results:

Should of opened the option display on the same monitor in which is was triggered.
Bug: Unexpectedly wide clickable region for "Learn More" link in DoH/Cloudflare doorhanger-alert
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2020-02-11 20:32:12+00:00
Resolved: 2020-07-10 14:47:22+00:00

Today I saw a doorhanger alert for the DoH rollout (see attached screenshot).

Minor papercut: the "Learn More" link's clickable-area extends all the way to the right (see screenshot where I've focused the link to show its whole click area via the dotted focus-outline. Note that this outline is not normally present unless you focus the link.)

I'm guessing the <a> element here is styled to be a block-level element (and hence it stretches to fit the containing block), when really we'd like to make it inline-level so that the element (and in particular, its clickable region) shrinkwraps the width of its contents.
Bug: New address bar cant extend over title bar
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-02-11 22:47:24+00:00
Resolved: 2020-02-11 22:48:11+00:00

The new address bar's top border is hidden by the GTK window decoration when the bar is opened, and "Title Bar" is checked in the customize menu. The address bar cant extend outside of the window it seems. 

Some potential solutions:
Make the bar into its own window, probably buggy and a bad idea
Take control of the rendering of the titlebar and then make the address bar expand over it, (bug 1283299 seems related)
Slightly reduce the margins of or push down the expanded version of the address bar. Maybe reducing only the top margin would work?
Bug: Tabbing through address bar and separate search bar results in inconsistent behavior
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2020-02-11 23:59:28+00:00
Resolved: 2020-11-04 12:50:29+00:00

Spawned from bug 1608766

I noticed while testing the new behavior in bug 1608766, that tabbing through the search box and address bar results in inconsistent behavior.

Steps to reproduce:

1. Enable separate search bar.
2. Do `control-l` or `control-k`
3. type in query
4. press `tab` key

What happens:

The result is inconsistent.

In the address bar, tapping tab moves focus to the search box.
In the search box, tapping tab moves focus through the one off search engines.

Expected result:

The behavior should be consistent. I would prefer to have tab move focus to the one off search engines in both places, but that does open up some questions about whether tab should move through the engines (this was rejected in 1608766 for autocomplete entries) -- this may be solved by using the arrow keys to move between search engines once focus has moved to the search engines. 

FWIW, the arrow keys (both left and right and up and down) both work in the separate search box to move the selection between search engines.

I think that ideally, the interaction would look like this (for example on this page):

1. `Control-l`
2. `tab` (this moves to one off search engines)
3. User can switch between search engines using arrow keys
4. `tab` (this moves to "change search settings")
5. `tab` (user is moved to separate search box)
6. `tab` (this moves to one off search engines)
7. `tab` (this moves to "add search engine")
8. `tab` (this moves to "change search settings")

That would result in a consistent user interaction and expected results when using `tab`.
Bug: Firefox 74 Beta 1 address bar no longer has drop down menu
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-02-12 00:24:17+00:00
Resolved: 2020-02-14 09:04:18+00:00

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

Steps to reproduce:

Updated to 74 beta 1


Actual results:

Drop down menu on address bar with recent sites no longer appears. No down arrow on address bar


Expected results:

There should be a down arrow on address bar to see recent sites or common sites visited
Bug: Slow startup notification bar can somehow get negative samples
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-02-12 03:05:02+00:00
Resolved: 2020-02-14 10:08:59+00:00

The slow startup notification bar samples the time between process start and shortly after browser-delayed-startup-finished fires, and after 5 such samples, checks to see if the average time was over 20s. If so, a slow startup notification shows.

In https://www.reddit.com/r/firefox/comments/eul2fg/mozilla_firefox_seems_slow_to_start_umm_no_it/, a user reports that they're seeing this notification bar, despite the fact that Firefox is starting quite quickly. I reached out to this user, and this is some of the values that were stored for startup samples:

`browser.slowStartup.averageTime: -1607100339`,
`browser.slowStartup.samples: 2`,
`browser.slowStartup.maxSamples: 5`,
`browser.slowStartup.timeThreshold: 20000`

That `averageTime` is _really_ suspect. How are we getting this very negative value?
Bug: When opening Firefox desktop, it opens 2 windows
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-02-12 10:06:47+00:00
Resolved: 2020-03-04 14:51:22+00:00

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

Steps to reproduce:

1. Set firefox in Windows 10 to open last opened tabs on startup
2. Windows opens the last opened tabs, and couple moments later a fresh new window next to that.


Actual results:

When i open Firefox in Windows 10, it always opens last opened tabs (as i have set this) and also it opens a fresh new window moments later. If i have it set so it opens last opened session (tabs), i don't want it opening a new window.


Expected results:

It should open just the last session, without the additional new window
Bug: language is not working
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-02-12 11:02:41+00:00
Resolved: 2020-03-25 12:44:32+00:00

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

Steps to reproduce:

After new Firefox update (Firefox 73.0) my language is default Lithuanian, when in the settings it is English.


Actual results:

Everything is in Lithuanian except Options menu


Expected results:

Everything Should be In English
Bug: Focus menu for search results displayed on Wikipedia when focus is restored to the webpage after accessing options from address bar
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-02-12 11:56:30+00:00
Resolved: 2020-02-28 11:21:49+00:00

**Affected versions**
* 72.0, 74.0b2, 75.0a1 (2020-02-11), 68.4.2esr

**Affected platforms**
* Windows 10, macOS 10.15, Kubuntu 19;

**Steps to reproduce**
1. Launch Firefox;
2. access https://www.wikipedia.org/
3. Inside the pagesearch for: sws+
4. Click on the EPT button;
5. Click away to close the ETP menu;

Alternative steps:
2. Set Wikipedia as the default search engine;
3. In the Adress bar search for sws+

**Expected result**
* no unexpected issues;

**Actual result**
* the search_results dropdown from inside the website is displayed;

**Regression range**
* last good build_date: 2019-03-16
* first bad build_date: 2019-03-17
* Pushlog [URL](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=2a96d8f9339f49e84789bbe3899699c5d7185406&tochange=1735fe85436911fca7c7e5837e4cbc94040b8825)
* potential regressor: 1506510

**Additional notes**
* attached recording with the issue.
Bug: cannot add google as search engine to search bar
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-02-12 12:44:02+00:00
Resolved: 2020-03-03 14:43:58+00:00

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

Steps to reproduce:

google disappeared from my search bar after i updated firefox


Actual results:

the search bar does not list google as an option after the update, tried to change search settings but clicking "find more search engines" under settings only took me to the firefox browser add-ons page


Expected results:

i should have been able to add google as a search engine
Bug: URL Bar now becomes larger when focusing in it
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-02-12 16:02:20+00:00
Resolved: 2020-02-12 23:38:57+00:00

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

Steps to reproduce:

I clicked in the URL bar and all of a sudden a huge orange box highlighting the URL bar now expands beyond the URL bar bounds and becomes huge, covering up my bookmarks and such. It is also visually distracting.


Actual results:

The URL bar became huge instead of just staying the normal size regardless if i'm focused on it or not. I could not find a setting in about:config to disable this.


Expected results:

The URL bar should stay the same size when clicking into it; when typing or searching it no longer does this and just "auto expands" into a larger bar with an orange highlight around it.
Bug: Some searches are incorrectly interpreted as URLs
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2020-02-12 16:37:52+00:00
Resolved: 2020-02-21 04:07:29+00:00

1) Enable Omnibar/Megabar (the default now)
2) Enter "105m/60s"

Expected result:

Google search, which gives the correct answer.

Actual result:

Firefox "completes" this to http://www.105m.com/60s, which a) Is nonsensical b) Does not exist. The domain 105m.com doesn't even exist.

Chrome works correctly.
Bug: SERIOUS BUG Cannot launch many things after update 73.0
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2020-02-12 19:05:44+00:00
Resolved: 2020-03-10 15:42:46+00:00

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/79.0.3945.79 Safari/537.36 AVG/79.0.3064.81

Steps to reproduce:

updated to 73.0
 "Launcher Process" failed
CANNOT REMOVE AND REINSTALL WITHOUT SAME FAILURE


Actual results:

SERIOUS BUG FAILURE
Updated 20200212 failed:
Cannot launch many things. "Launcher Process" failed.
CANNOT REMOVE AND REINSTALL WITHOUT SAME FAILURE
about:config does nothing, blank content
I have no idea why
brianb1776@protonmail.com
Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:73.0) Gecko/20100101 Firefox/73.0  [Windows 7]
I want to clean all reference to Firefox AND RELATED CONTENT from my computer so I do not get a "reinstall" message.
message.  I tried to find and delete all information re Firefox and failed.
I want to install Firefox with out any past reference and without nuking and reinstalling Windows.
How?  Link?



Expected results:

just keep working after update.
"clean virgin reinstall" should be easy to find and do
Bug: Horizontal alignment issue when select item in Applications Action
Status: VERIFIED
Priority: P5
Resolution: FIXED
Created: 2020-02-12 19:56:50+00:00
Resolved: 2020-11-17 14:47:30+00:00

This is trivial visual issue.

Steps To Reproduce:
1. open about:preferences
2. Select item in Applications Action

Actual Results:
Icon and text shift to the left

Expected Results:
No shift
Bug: Linux Firefox silently replaces colons with spaces in filename when saving a file
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-02-12 22:03:31+00:00
Resolved: 2021-02-24 03:48:45+00:00

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

Steps to reproduce:

On Firefox 72.0.2 on Linux 64bit, Ubuntu 18.04. Using stock build downloaded from mozilla releases server, not from Ubuntu repositories. With fresh profile with no extensions or modifications.

Tried to save any file from the web and attempt to include a colon in the filename, such as "lorem:ipsum.jpeg" e.g.


Actual results:

Firefox seems to silently replace any colons with spaces when saving a file. So a file that should have been e.g. "lorem:ipsum.jpeg" is saved as "lorem ipsum.jpeg".


Expected results:

Since colons are perfectly fine in linux filenames, firefox should save the file with desired filename.
This has been reproduced with firefox 70 build as well. 
Firefox ESR 68 build does not have this problem. 
So this regression must have been introduced at some point after the 68 release.
Bug: Changing the search string when a one-off is selected doesn't reset the selection
Status: NEW
Priority: P3
Created: 2020-02-13 02:58:27+00:00
Resolved: 2024-04-14 05:56:49+00:00

Was seeing this on 74 Nightly, and still happens on the latest 75 Nightly (2020-02-12). On macOS 10.14, if that matters.

STR:
1. Go to a URL like `https://tools.ietf.org/html/rfc822#section-3.1.1`
2. Click on the URL bar and hit backspace a couple of times to trim off a few chars from the end of the URL
3. Press the up button. This should put focus on the settings icon in the bottom-right corner of the URL bar dropdown, but ALSO keeps the blinking cursor in the text-entry part of the URL bar.
4. Continue editing the URL, e.g. continue backspacing until the entire URL fragment portion (`#section-3.1.1`) is deleted. For good measure even click and highlight parts of the URL with the mouse, just to be extra sure that the focus is on the text entry part of the URL bar.
5. Hit enter

Expected:
The edited URL is navigated to

Actual:
`about:preferences#search` is opened in a new tab, because apparently that settings icon in the bottom-right that got focus in step 3 gets activated in step 5.
Bug: An extra New Tab page is opened when “Moments Page: Default Browser Campaign” is triggered
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-02-13 12:10:22+00:00
Resolved: 2020-02-19 23:08:35+00:00

**[Affected versions]:**
- Firefox Release 73.0 Build ID 20200207195153
- Firefox Beta 74.0b2 Build ID 20200211200559
- Firefox Nightly 75.0a1 Build ID 20200213035745

**[Affected Platforms]:**
- Windows 10
- Mac 10.14
- Linux Ubuntu 16.04

**[Prerequisites]:**
- Have other browser than Firefox set as your default browser.
- Have an "en-US" build of Firefox 73 or higher installed.
- Have a profile older than 30 days. In order to trick the browser into detecting this, you need to navigate to the local profile folder and change the first use and created values of the times.json file to values that represent at least 30 days in the past calculated in ms (use https://www.epochconverter.com/ for this).
- Have the Remote Settings Devtools extension installed, set it to Stage from the top right drop down menu, and click the Force Sync button for main/cfr (you might need to Clear Local Data first).

**[Steps to reproduce]:**
1. Set up the browser profile with the instructions from prerequisites and restart the browser.
2. Wait 10 minutes and restart the browser.

**[Expected result]:**
- The browser is restarted and the https://www.mozilla.org/en-US/firefox/welcome/6/ page is displayed.

**[Actual result]:**
- An extra New Tab page is opened together with https://www.mozilla.org/en-US/firefox/welcome/6/ page.

**[Additional notes]:**
- This issue is also reproduced when  https://www.mozilla.org/en-US/firefox/welcome/5/ and https://www.mozilla.org/en-US/firefox/welcome/1/ Moments page are triggered.
- This issue was not reproduced when What’s New Lockwise page was tested (10-17 Jan).
Bug: New addressbar focus effect obscures bookmarks toolbar
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-02-13 12:12:58+00:00
Resolved: 2025-03-02 14:54:28+00:00

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

Steps to reproduce:

1. Make sure that browser.urlbar.update1 is set to true

2. Enable bookmarks toolbar

3. Open a new tab


Actual results:

The addressbar is focused when opening a new tab (which is of course expected), however, the new highlight effect is quite large, to the point where it covers part of the bookmarks toolbar below it.

This reduces the amount of clickable space on the bookmarks toolbar, especially if using the compact layout.

See the attached screenshot for an example


Expected results:

The highlight effect should not cover the bookmarks toolbar
Bug: youtube website shows only gray video previews
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-02-13 12:34:14+00:00
Resolved: 2020-02-14 13:44:33+00:00

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

Steps to reproduce:

Opened https://www.youtube.com/. Tried with protection off and in safe mode.


Actual results:

Saw only gray video previews as if the website wasn't fully loaded. No errors were logged in the console.
Please see attached screenshot. This seems to be a regression. Maybe related to https://bugzilla.mozilla.org/show_bug.cgi?id=1610193


Expected results:

Website should load normally.
Bug: The Enhanced Tracking Protection report is no longer displayed when the user turns Protections OFF
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-02-13 14:23:05+00:00
Resolved: 2020-05-12 07:51:10+00:00

[Affected versions]: 
Nightly 75.0a1

[Affected platforms]:
Platforms: all

Steps : 
1. Open the Firefox Browser and reach reddit.com, CNN.com and other websites in order to block some Cookies or trackers (try Strict mode)
2. Reach about:protections and notice the blocked content.
3. Reach about:preferences#privacy and turn off protections by unchecking all options from Custom.
4. Reach about:protections.

Expected Results :
The report with the previously blocked content should still be displayed.

Actual Results : 
The Content blocking report is no longer displayed after the user turns it off.
Bug: Issues with the back/forward buttons on new tabs created with moz-extension URLs that are updated to different URLs through the location bar (Firefox 74).
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-02-13 15:07:35+00:00
Resolved: 2020-03-27 13:11:24+00:00

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

Steps to reproduce:

1)  Install the 'Group Speed Dial' extension which creates a new tab page that is a moz-extension URL: https://addons.mozilla.org/en-US/firefox/addon/groupspeeddial/
2)  Create a new tab (Ctrl+T), which should be the 'Group Speed Dial' new tab page.
3)  Type "https://www.duckduckgo.com" in the location bar and hit enter.
4)  Click on the back arrow after the new page has loaded.
5)  Type "https://www.startpage.com" in the location bar and hit enter.
6)  Press the back arrow twice after the new page has loaded or right click the back arrow and select 'Group Speed Dial'.


Actual results:

On step 4) with Firefox 74, the back button will not allow access to the previous page.  On step 6) the forward history of the tab is lost.


Expected results:

Firefox 73 did not have these issues.  This new behavior only seems to happen when a new tab is created with a moz-extension URL,  not if the moz-extension URL is loaded into the tab after it is created.  Also, the URL has to be changed through the location bar after the tab is created with the moz-extension URL.  Note that the moz-extension URL could be replaced with a file URL and the behavior would also be the same on steps 4) and 6) with Firefox 74.