av9ash/GitBugs huggingface dataset:
Bug: Deleting bookmark from tag view doesn't delete bookmark, deletes tag instead (Context menu option is misleading)
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-11-13 17:44:32+00:00
Resolved: 2022-11-24 15:39:38+00:00

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

Steps to reproduce:

Go to tag.
Highlight bookmark(s).
Press Delete or Right-click - Delete Bookmark.


Actual results:

Bookmark isn't deleted.
Instead, tag is deleted from bookmark.
Bookmark is still somewhere in the Bookmarks Menu.
Have to then fish for it there to delete it.

Huge mess.
I had no idea this was the behavior, now I have a bazillion rogue bookmarks which I intended to delete but turns out are still there, some have other tags, some have none.
Total mess.


Expected results:

Like the button says, delete the bookmark.

There are already two ways to delete the tag (uncheck from tag list or remove from the Tags form), but apparently there is no way to delete the bookmark, other than going back to Bookmark Menu and fishing for it from there, hoping you get the right one.
Bug: Bing problem, firefox always highlight the whole line, cannot edit it
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-11-13 19:00:17+00:00
Resolved: 2021-11-13 23:32:27+00:00

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

Steps to reproduce:

Go to bing.com, type a search sentence.  Then try to clik on one word in that sentence to edit it, or simply to add a new word between it.


Actual results:

The whole line is always selected.  It is impossible to simply select one word, or position the cursor with the mouse. 


Expected results:

Be able to select one word, or place the cursor between words, without the whole line being selected all the time.  This problem is new wi ththe latest version of firefox.  The website, bing.com, works fine in both Edge and Chromium, the problem is only in FF
Bug: When using a keyword to search for my website firefox finds it but also includes a rogue link which displays text over my home page.
Status: RESOLVED
Priority: P5
Resolution: INVALID
Created: 2021-11-13 22:19:50+00:00
Resolved: 2021-12-22 19:52:00+00:00

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

Steps to reproduce:

Entered 'seafordecho' in my firefox browser


Actual results:

My website address was shown with links to my home page, about us page, death registration page, and store page which are are all part of my website.  However, an additional link displayed as 'My First Blog Post' was also displayed.  when it was clicked it took me to my website's home page that had additional text overwriting my text detyails.  


Expected results:

My First Blog Post should not have been included in the search results and my home page should not have been overwritten with rogue texts.
Bug: Not importing icons when importing bookmarks from Chrome
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-13 23:06:04+00:00
Resolved: 2021-11-15 13:01:27+00:00

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

Steps to reproduce:

Open freshly installed firefox version and import bookmarks from chrome.


Actual results:

Bookmarks where imported correctly. However, bookmark icons where not imported.


Expected results:

Bookmarks should have the same icon that they had on chrome
Bug: Unable to open previous windows and tabs at startup
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-14 04:53:56+00:00
Resolved: 2021-11-17 04:10:41+00:00

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

Steps to reproduce:

96.0a1 firefox nightly, I open more tabs, Then I closed the browser normally，then restart it.


Actual results:

I found that the previous windows and tabs could not be opened automatically at startup, although I have enabled this option in the settings. The previous version does not seem to have this bug
Bug: jQuery UI - focused button border rendered incorrectly
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-14 07:42:11+00:00
Resolved: 2021-11-14 08:36:40+00:00

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

Steps to reproduce:

In the jQuery UI's Dialog widget, when the Close button has focus, the blue rectangle representing said focus is drawn incorrectly. Its left border is shifted way to the left.

To see the effect, simply visit https://jqueryui.com/dialog/
Screenshot attached.

If you don't see it straight away, click the white field around the dialog and then press Tab once so that the keyboard focus moves to the Close button.

Other major browsers do not demonstrate this behaviour. Older Firefox versions don't demonstrate it either.
Firefox 94 demonstrates it on both Windows 10 and Windows 7.
Bug: When changing the keyboard layout on Ubuntu while typing a URL, the autocompletion/autofill is deleted
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2021-11-14 08:45:20+00:00
Resolved: 2022-04-18 06:37:37+00:00

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

Steps to reproduce:

URLs on Wikipedia are usually in the form https://LANGUAGE_CODE.wikipedia.org/wiki/ARTICLE_NAME , where LANGUAGE_CODE is an ISO code (en for English, ja for Japanese, ar for Arabic, etc.), and ARTICLE_NAME is the name, written in the actual alphabet of the wiki, and with spaces replaced by underscores. For example, https://en.wikipedia.org/wiki/Mozilla_Foundation .

I'm a Wikipedia power-user, and I read Wikipedia in several languages. I often go straight to the article like this:
1. Type the language code ("ru.w")
2. Let the address bar complete it to "ru.wikipedia.org/".
3. Type "w".
4. Let the address bar complete it to "ru.wikipedia.org/wiki/".
5. Type the article name (e.g. "Астрахань").
6. The URL becomes "ru.wikipedia.org/wiki/Астрахань" and I press Enter.

This has worked for me on Firefox on Windows, Linux, and Mac computers since 2006 or so. Recently I switched back from Mac to Linux, and the trouble started...


Actual results:

The problem begins at step 5 above. At steps 3 and 4, I type "w", and the address correctly completes the URL to "ru.wikipedia.org/wiki/". If I want to go to an article in a language that is not written in the Latin alphabet, for example in Russian, I switch the keyboard from English to Russian by pressing the Windows-Space key combination. At this point, the bug occurs: The auto-completed URL goes back from "ru.wikipedia.org/wiki/" to "ru.wikipedia.org/w". That is, the "iki/" part, which was autocompleted, disappears. So instead of "ru.wikipedia.org/wiki/Астрахань", I get ru.wikipedia.org/wАстрахань", which is not what I needed.


Expected results:

The "iki/" part is not supposed to disappear, and the URL is supposed to be "ru.wikipedia.org/wiki/Астрахань".

This works correctly on Windows and Mac. I'm using Firefox 94 Ubuntu 2021.04.
Bug: Changing between tabs breaks the background color of the current tab
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2021-11-14 10:55:46+00:00
Resolved: 2021-11-25 14:53:31+00:00

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

Steps to reproduce:

When changing between tabs in the Firefox stable release 94.0.1 (64-Bit) and the latest nightly build 96.0a1 (2021-11-13) (64-Bit), both running on Windows, I noticed several times a glitch in the background color of the current tab.
This was something I discovered also in the latest nightly build without any addons installed.


Actual results:

The current tab didn't have the light grey background color but the dark grey color after clicking on it. In the video down below, you can see that the current tab has its light grey background color after hovering over it again.
Unfortunately, I can only attach one file, because I have also a video where the background color of the current tab is totally corrupted, with one half having the (correct) light grey and the other one having the (false) dark grey color.


Expected results:

The current tab should always have this light grey color as the background, other tabs get the dark grey (almost black) background color. When switching tabs, the new current tab should have the light grey color.
Bug: Unrealistic value of the data size of the site
Status: VERIFIED
Priority: --
Resolution: INCOMPLETE
Created: 2021-11-14 12:01:03+00:00
Resolved: 2021-12-03 20:49:20+00:00

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

Steps to reproduce:

Open Settings->Privacy & Security->Manage Data

I can almost always reproduce the problem in the following way:
Open the repository https://github.com/streetcomplete/StreetComplete. Click . You will be redirected to a site with a code editor. Almost always after that, the data size of the site will be wrong.

Sometimes this weirdness occurs with google.com, but I can't tell after what.


Actual results:

Shows a size that is not possible on my computer
Bug: "Recently Closed Windows" menu is disabled when browser closed from [x]button or taskbar button context menu
Status: NEW
Priority: --
Created: 2021-11-14 12:08:40+00:00
Resolved: 2021-11-29 12:12:02+00:00

Steps to reproduce:
1. Open two Firefox windows and load some tabs in each window
2. Close Firefox window from  [x]button or taskbar button context menu
3. Close the rest of Firefox window with same way.
4. Start Firefox
5. Observe the menu "Recently Closed Windows"

Actual Results:
The menu is disabled

Expected Results:
The menu should be enabled
Bug: Firefox hangs while opening up new tabs
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-11-14 15:51:58+00:00
Resolved: 2022-09-20 10:00:14+00:00

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

Steps to reproduce:

I open FF & then when opening new tabs, the new tab comes up all white with the blue circle constantly on the screen.


Actual results:

When I go into Task Manager, there are several FF tasks there, & usually there is one or more that are using a great amount of memory. So when I close the one that is using the most memory, then all of the FF tasks close. I am then able to reopen FF & start over, but usually with the same results of FF hanging.


Expected results:

I should be able to browse the internet without the hassle of FF hanging. I have had to use other browsers to get the tabs open without any problems. Currently I am using the Vivaldi browser, which is a lot better than FF.
Bug: [Linux] Downloads panel above other windows
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-11-14 16:07:47+00:00
Resolved: 2022-07-31 16:11:00+00:00

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

Steps to reproduce:

Open firefox and maximize it.
Open other program, for example a terminal window and return to firefox.
Download something, and return to terminal. 


Actual results:

Download panel shows above terminal. If terminal was maximized, download panel shows and then it dissapears. 


Expected results:

Download panel should not be opened by default.
Bug: "Confirm before closing multiple tabs" setting silently unchecked
Status: NEW
Priority: --
Created: 2021-11-14 16:36:13+00:00
Resolved: 2023-11-06 12:25:31+00:00

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

Steps to reproduce:

I'm a heavy tab user, and I'd often attempt to attempt to exit Firefox as a simple way to see how many tabs I had open in each Firefox window, by way of the "Close XX tabs" popup that would be displayed in each window.


Actual results:

Today I tried the same trick, with 6 windows open. To my surprise, Firefox exited silently. To see if I could reproduce the bug, I tried that again, and it exited silently again.

In the process, three of the windows were closed, and lost. `☰ > History > Recently closed windows` was greyed out. I have no explanation for this separate issue, and it has not happened to me in 10+ years of using Firefox as a software developer.


Expected results:

I have never unchecked the "Confirm before closing multiple tabs" option, and nobody else has had access to my machine. Given how hard it is to uncheck it accidentally (e.g. as a series of delayed key events landing in the wrong window - see bug 1393448), the only mechanism I can think of by which that option went unchecked, is that an update might have done that. Is that possible? I did update my KDE Neon installation about 3-4 days ago.
Bug: Completed loading Firefox overrides URL bar input
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-14 17:22:59+00:00
Resolved: 2021-12-02 02:04:35+00:00

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

Steps to reproduce:

Cold start Firefox. While waiting for the homepage to load, you may begin typing your URL or search query.


Actual results:

When the homepage finishes loading it will clear user input and replace it with the homepage URL.


Expected results:

Do not replace URL content if the user is in the process of typing a URL or search term.
Bug: tab content sometimes not loaded
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-11-14 22:55:50+00:00
Resolved: 2021-12-01 14:20:34+00:00

Firefox 96.0a1 20211114093049 on Windows 8.1 and 10

Encountered a tab not loading its content on two different systems today.

Scenario one:
Local HTML file opened in already open browser from command line showed a tab with the address but no content. (Did this with `git help commandname`, `firefox https://www.example.org` should behave similar.

Scenario two:
Launched browser and tab content didn't get displayed.

In both cases pressing Ctrl + R to reload the page didn't show content. Opening the Browser Console or Browser Toolbox from menu Tools > Browser Tools open the requested feature and tab content gets shown without a reload.

Closing the browser and launching it again doesn't reproduce the issue.

CCing Sotaro, maybe he has an idea or heard about the issue before.
Bug: ReferenceError: location is not definedPolicies.jsm:1355:42
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-11-15 07:24:54+00:00
Resolved: 2021-11-15 21:59:20+00:00

The variable `location` is not defined, the resulting error printed to the console hides the true error, that the to-be-installed add-on is incompatible.

https://searchfox.org/comm-central/source/mozilla/browser/components/enterprisepolicies/Policies.jsm#2426
Bug: browser opens program associated to file when saving
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-15 10:53:55+00:00
Resolved: 2021-12-20 20:05:40+00:00

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

Steps to reproduce:

right click to save a non-executable or html file

to fix it, i set browser.download.improvements_to_download_panel back to false


Actual results:

due to the new default of browser.download.improvements_to_download_panel being set to true, the browser forcefully opened the associated program with the files every time i went to save them



Expected results:

nothing should have happened, except for saving the file
browser.download.improvements_to_download_panel should either remain disabled, not open files upon regular saving, and/or be renamed to a more suitable preference such as perhaps 'open_file_on_save'
Bug: Firefox address and search bar break primary selection clipboard on X11
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-15 12:03:25+00:00
Resolved: 2021-11-16 20:20:59+00:00

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

Steps to reproduce:

1. Enter text in address or search bar.
2. Focus any other UI element.
3. Click on address or search bar, thereby selecting its entire text.
4. Middle mouse click on a different text input field. 



Actual results:

Selecting text in step 3 does not change primary selection clipboard content. Pasting in step 4 reproduces text that had been selected before selecting the text in the address or search bar.



Expected results:

Selecting text in step 3 changes primary selection clipboard content. Pasting in step 4 reproduces text from address or search bar.
Bug: Buttons inside the Network Settings panel are misplaced with the scrollbar on display
Status: NEW
Priority: P5
Created: 2021-11-15 15:32:07+00:00
Resolved: 2021-11-16 12:17:37+00:00

**Affected versions**
- 94.0.1
- 95.0b7
- 96.0a1

**Affected platforms**
- Windows 10

**Steps to reproduce**
1. Open about:preferences#general
2. Click the Settings button from the Network Settings section
3. Observe the buttons at the bottom of the panel (reduce the width of the browser in order to trigger the scrollbar presence)

**Expected result**
- “OK”, “Cancel” and “Help” buttons are properly aligned in relation to the rest of the page elements 

**Actual result**
- The scrollbar is too close to the "Help" button
- The "Help" button is not aligned with the scrollbar right margin

**Regression range**
- Last good revision: 8aa1b80a8c6b66cccc2e37080fbf6197eee8d801
- First bad revision: 1716229005d8b97f305bd663b8bc8d3fec4a4f3a
- Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=8aa1b80a8c6b66cccc2e37080fbf6197eee8d801&tochange=1716229005d8b97f305bd663b8bc8d3fec4a4f3a
Regresor: [1700109](https://bugzilla.mozilla.org/show_bug.cgi?id=1700109) (Proton implementation)

**Other notes**
- On Mac and Ubuntu the visual image is not unpleasant, due to the fact that the "Help" button is placed to the left side of the panel and the scrollbar specific style, but the padding between the buttons and the scrollbar could be improved.
Bug: ManagedBookmarks policy doesn't respect "DisablePrivateBrowsing": true policy
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-11-15 17:08:05+00:00
Resolved: 2021-11-24 13:16:07+00:00

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

Steps to reproduce:

1. Use ManagedBookmarks policy together with "DisablePrivateBrowsing": true policy (see attached policies.json as an example)
2. Right click on the GitHub managed bookmark


Actual results:

The context menu contains the option "open in a new private window"


Expected results:

The context menu should not contain the option "open in a new private window", just like in normal bookmarks.
Bug: ManagedBookmarks policy can't make use of favicons if SanitizeOnShutdown policy deletes history
Status: NEW
Priority: P3
Created: 2021-11-15 17:17:18+00:00
Resolved: 2022-10-18 08:48:19+00:00

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

Steps to reproduce:

1. Use ManagedBookmarks policy together with "SanitizeOnShutdown": { "History": true } policy (see attached policies.json as an example)
2. Click on GitHub managed bookmark to visit website.


Actual results:

Icon of GitHub bookmark is not updated to the favicon. Even restarting Firefox, icon is still not updated.


Expected results:

Icon of GitHub bookmark should have updated to the favicon and should have kept it even after restarting Firefox.
Normal bookmarks keeps their favicons, even when "SanitizeOnShutdown": { "History": true } is used.
Perhaps, there should be a Favicon property in ManagedBookmarks policy, just like the previous Bookmarks policy? Or a separate file to store the favicons for managed bookmarks?
Bug: Existing cfr experiment results in TypeError "target.features is undefined"
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-11-15 19:48:12+00:00
Resolved: 2021-11-19 07:31:01+00:00

I happened to have force enrolled in cfr experiment before bug 1739666 landed, so this could be similar to someone already in a cfr experment in 95 then upgrading to 96?

```
TypeError: can't access property "find", target.features is undefined
```
https://searchfox.org/mozilla-central/rev/674b6582bafedc11fba6dc537769c88e9ed921d3/toolkit/components/nimbus/ExperimentAPI.jsm#73-80

Stack:
```
get@resource://nimbus/ExperimentAPI.jsm:80:40
_experimentsAPILoader@resource://activity-stream/lib/ASRouter.jsm:347:25
```

Where it seems to be trying to access…
```
// { slug: "optin-emotive-pin-firefox-modal", active: true, branch: Proxy }
let experimentData = ExperimentAPI.getExperiment({ featureId: "cfr" });

// { slug: "treatment-b", ratio: 1, feature: { value: {…}, enabled: true, featureId: "cfr" } }
experimentData.branch["cfr"]
```

So `features` doesn't exist on `branch` but there is a single `feature`
Bug: network failure message missing hostname: " has a security policy called HTTP Strict Transport Security (HSTS)", title: "Log in to network"
Status: NEW
Priority: --
Created: 2021-11-15 20:06:24+00:00
Resolved: 2022-07-04 06:09:29+00:00

Romain reported this earlier today on Slack. Due to network connection issues, an error message was shown which was missing the hostname and started the sentence with " has a security policy called HTTP Strict Transport Security (HSTS)". 

Reproduction of the issue failed here but there doesn't seem to be a formatter which adds the hostname to the string in the change which added the code: https://hg.mozilla.org/mozilla-central/rev/93f90bc23a4aecbb5c1b16a232274b6b950f5466

Observation:
The text is used twice, and with the same ID.
https://searchfox.org/mozilla-central/rev/674b6582bafedc11fba6dc537769c88e9ed921d3/browser/base/content/certerror/aboutNetError.xhtml#130-138
Bug: I can't see or select drop down menus
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-11-15 21:10:02+00:00
Resolved: 2021-11-16 10:00:13+00:00

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

Steps to reproduce:

WHen there is a drop down menu, i see nothing, no text is displayed.
I use up to date firefox 94.0.1 on a macbook from 2014.


Actual results:

It lets me select but I do it in blindness, ie i don't see the text that I am selecting.


Expected results:

I should see text and be able to select.
Bug: Dark theme specific highlight focus is missing from some of the  Restart Nightly/Firefox panels
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-11-16 08:39:44+00:00
Resolved: 2022-01-10 14:08:58+00:00

**Affected versions**
- 94.0.1
- 95.0b7
- 96.0a1


**Affected platforms**
- Windows 10

**Steps to reproduce**
1. Go to about:preferences#privacy
2. Select “Never remember history” from the “History” section
3. Navigate the panel using the Tab key


**Expected result**
- The highlight focus has the dark theme specific color 

**Actual result**
- The highlight focus is just a dotted white one

**Regression range**
- Last good revision: 1ff04e10cd2318b494c0f05777cd80291289d127
-  First bad revision: d39b23efefe7e7d89d8dfd0ba188ad6af2b0a9ed
- Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=1ff04e10cd2318b494c0f05777cd80291289d127&tochange=d39b23efefe7e7d89d8dfd0ba188ad6af2b0a9ed
- Regressor: [1733569](https://bugzilla.mozilla.org/show_bug.cgi?id=1733569)


**Other notes**
- Reproducible when attempting to enabled features from Nightly Experiments tab
- Not reproducible on restart prompts from about:support
Bug: Strange Entry (Facebook) inside address bar, on all pages/tabs
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-16 09:39:13+00:00
Resolved: 2021-11-17 20:47:11+00:00

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

Steps to reproduce:

I have no idea how to reproduce this error


Actual results:

When I start Firefox, a strange thing appears in my address bar, after I visit some random websites, that have nothing to do with what appears in my address bar, namely: Facebook

I have attached a screen capture.


Expected results:

I found this error while trying to get FF 94 to correctly use Google Translate.com
I found that my Firefox no longer allows for webpages to translate using that Google website. I tested other browsers, and they still work fine.