av9ash/GitBugs huggingface dataset:
Bug: Ensure state is updated properly when an item from the download panel is selected with the keyboard
Status: NEW
Priority: P3
Created: 2021-12-24 02:05:53+00:00
Resolved: 2022-01-24 15:45:16+00:00

From bug 1742530:

For example hovering the Summary (visible when a download that is progressing is not in the panel, so you must start many large downloads) transforms it into Show All Downloads, selecting with the keyboard doesn't. That leaves the user unsure about what happens when confirming that entry because it looks like a download but does a different action.
Similarly hovering on a download changes the progress text into action text (Open File, or Open when completed), keyboard selection doesn't. So we're not showing hints to the user.
Bug: Dedicated search bar - cant go back in history
Status: NEW
Priority: P3
Created: 2021-12-24 08:25:28+00:00
Resolved: 2023-03-22 00:22:30+00:00

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

Steps to reproduce:

Suppose we search for the word "firefox", enter. The search bar will continue to show "firefox". Replace with "test", enter. Back in the search bar, ctrl+z (or ctrl+shift+z) doesn't go back to the word firefox. Only the current phrase seems to be available. Previously, you could freely go back in the search history.
The last version in which it worked was FF v93.

Discussion: https://support.mozilla.org/pl/questions/1362117


Actual results:

Only last search phrase is available


Expected results:

It should be possible to go back in the search to previous phrases.
Bug: "Paste" in search form on the new page using the context menu drops the first pasted word
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-12-24 10:08:21+00:00
Resolved: 2022-02-25 16:52:36+00:00

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

Steps to reproduce:

1)  Copy any text
2) Open new tab in Firefox
2) Right click on Search form in the center of the new page.
3) Select "Paste" from the context menu.


Actual results:

Your insertion point will be moved to the address bar, but no text will be pasted.


Expected results:

The text from clipboard should be pasted.
Bug: [macOS] The dropdowns from the Settings panels in the Permission section are not rendered correctly
Status: NEW
Priority: P3
Created: 2021-12-24 13:08:32+00:00
Resolved: 2022-01-14 13:51:37+00:00

**Steps to reproduce**

1. Open a Firefox with a clean profile.

2. Go to this [test](https://browserleaks.com/geo) page, select "Remember this decision" option and click on "Allow".

3. In the "Permissions" section from about:preferences -> "Privacy & Security" section, click on the Location's "Settings..." button.

4. Click on the Allow dropdown from the visited site.


**Expected result**

* The dropdown is rendered correctly. The dropdown option are displayed below the dropdown.

**Actual result**

* The dropdown is not rendered correctly. The dropdown options overlap the dropdown element.

**Suggested Severity**

* S4

**Regression range**

* I will look for a regression as soon as possible.

**Additional notes**

* Screenshot attached to observe the issue.
* Issue can also be observed in the other Permissions "Settings..." buttons.
Bug: Some file types saved by "Save link as" in Private Browsing window are deleted after closing all PB windows
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-12-24 13:27:54+00:00
Resolved: 2022-01-18 13:35:59+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:97.0) Gecko/20100101 Firefox/97.0
Build ID: 20211223215735

This bug resembles bug 1738448 but now it's about `Save Link As` instead of `download` from pdf.js.

### Steps to reproduce
1. Set `browser.download.improvements_to_download_panel` to `true`.
2. Open a private browsing window, go to https://dev.w3.org/SVG/tools/svgweb/samples/svg-files/
3. Right click on any `.svg` link and choose `Save Link As`.
4. Select a save location and confirm that the browser finishes downloading the file.
4b (optional). Right click on the file > Properties. 
5. Close all private browsing windows.

### Actual result
#### When the file is downloaded:
1. At step 4, it is immediately opened in an external application. (bug 1741431)
2. At Step 4b, file attribute for the file is set to `Read-only`. (bug 1742754 comment 5)

#### After closing all PB windows:
The file is deleted.

### Expected result
The file is kept even after closing all browser windows because users specifically choose to *save* the link.

### Notes
1. It feels like the bug applies only to files types affected by bug 1741431, i.e. those that will immediately open in associated applications after downloading. (I don't know how to apply the patch in bug 1741431 myself and confirm this.)
2. Unlike bug 1742754, this bug cannot be mitigated by setting `browser.helperApps.deleteTempFileOnExit` to `false`. The file is still deleted.

### Workaround
Set `browser.download.improvements_to_download_panel` to `false`.
Bug: The notification for allowing the access to your location is not displayed again after it was removed from Location's "Settings..." in the Permission section
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-12-24 13:37:00+00:00
Resolved: 2022-01-06 16:57:39+00:00

**Affected versions**

* Nightly 97.a1
* Beta 96.0b9
* Release 95.0.2


**Affected platforms**

* macOS 10.14
* macOS 11



**Steps to reproduce**
1. Open a Firefox with a clean profile.

2. Go to [Google Maps](https://www.google.ro/maps) and grant Firefox permission to access your location.

3. Select the "Remember this decision" option and click on "Allow".

4. In the "Permissions" section from about:preferences, click on the Location's "Settings..." button.

5. Click on the "Remove All Websites" and then save changes.

6. Go again to [Google Maps](https://www.google.ro/maps).

**Expected result**

* The notification for allowing the access to your location is displayed again.

**Actual result**

* The notification for allowing the access to your location is not displayed again.

**Suggested Severity**

* S3

**Regression range**

* I will look for a regression as soon as posible.

**Additional notes**

* Works as expected for  https://www.bing.com/maps.
Bug: web Application VueJs after updating Firefox does not load
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-12-24 14:18:08+00:00
Resolved: 2021-12-27 10:44:53+00:00

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

Steps to reproduce:

1. Before Update Firefox was developing a WebApp and it worked well.
2. Firefox Updater Tool asked me to update.
3. After updating, no longer operated the webApp, the page is displayed on white 


Actual results:

 the page is displayed on white.


The expanded test atmosphere a few days ago, the same thing happens, it is white, the production environment deployed a few months ago works well, for now I have not detected that it happens elsewhere.

The VUE app is being built with Vuejs 2: 
"scripts": {
    "serve": "vue-cli-service serve",
    "build": "vue-cli-service build & npm run post:build",
    "post:build": "node src/util/post-build.js",
    "test:unit": "vue-cli-service test:unit",
    "test:e2e": "vue-cli-service test:e2e",
    "lint": "vue-cli-service lint"
  },
  "dependencies": {
    "axios": "^0.19.2",
    "core-js": "^3.6.5",
    "inputmask": "^5.0.5",
    "jspdf": "^2.3.1",
    "jspdf-autotable": "^3.5.14",
    "lodash": "^4.17.19",
    "material-design-icons-iconfont": "^5.0.1",
    "roboto-fontface": "*",
    "tiff.js": "^1.0.0",
    "tiptap": "^1.30.0",
    "tiptap-extensions": "^1.33.2",
    "vue": "^2.6.11",
    "vue-advanced-cropper": "^1.2.3",
    "vue-axios": "^2.1.5",
    "vue-img-view": "^1.0.3",
    "vue-loading-overlay": "^3.3.2",
    "vue-lodash": "^2.1.2",
    "vue-moment": "^4.1.0",
    "vue-router": "^3.1.6",
    "vue-shortkey": "^3.1.7",
    "vue-uuid": "^2.0.2",
    "vueclaw": "^1.1.0",
    "vuejs-jwt": "^1.1.0",
    "vuelidate": "^0.7.5",
    "vuetify": "^2.4.10",
    "vuetify-image-input": "^19.1.0",
    "vuex": "^3.2.0"
  },
  "devDependencies": {
    "@mdi/font": "^5.1.45",
    "@vue/cli-plugin-babel": "^4.3.1",
    "@vue/cli-plugin-e2e-cypress": "^4.3.1",
    "@vue/cli-plugin-eslint": "^4.3.1",
    "@vue/cli-plugin-unit-jest": "^4.3.1",
    "@vue/cli-plugin-unit-mocha": "^4.3.1",
    "@vue/cli-service": "^4.3.1",
    "@vue/test-utils": "^1.0.0-beta.33",
    "babel-eslint": "^10.1.0",
    "chai": "^4.2.0",
    "eslint": "^5.16.0",
    "eslint-plugin-vue": "^5.0.0",
    "null-loader": "^4.0.0",
    "sass": "^1.26.3",
    "sass-loader": "^8.0.2",
    "vue-cli-plugin-vuetify": "^2.0.5",
    "vue-template-compiler": "^2.6.11",
    "vuetify-loader": "^1.4.3"
  },


Expected results:

You should navigate normally
Bug: Vimeo video is not shown -> black square
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-12-24 17:11:30+00:00
Resolved: 2021-12-24 17:13:08+00:00

https://logomakr.com/

Vimeo video is not shown. You can hear it, but see a black square.

FF 96.0b5
Bug: Pressing "Ctrl+Z" to Undo past text in the search box no longer has all previous searches for the window session.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-12-24 17:43:32+00:00
Resolved: 2022-01-04 15:43:35+00:00

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

Steps to reproduce:

Entered text into the dedicated search box (not the URL bar) and pressed enter, then got rid of the previous text in the search box, entered new text, and did another search, then tried to undo the new text by pressing Ctrl+Z to go back to the previous search term.  


Actual results:

I reported this on support.mozilla.org ( https://support.mozilla.org/en-US/questions/1360991?utm_campaign=questions-reply ) but it appears to be an unreported bug.  
The issue is that pressing "Ctrl+Z" in the search box after pressing enter (initiating the search), seems to clear the undo text history (meaning Ctrl-Z no longer works, not that past searches are not saved).  It used to remember all previous modifications of the search text area in the window you have open until it was closed.  I am not talking about the URL bar, the dedicated search box; the URL bar never remembered your past changes, I don't think. I know it was functional at least until v88 but it now does not work in either the main stream or developer versions (in windows 10).  It has been tested on a new profile with no add-ons enabled.


Expected results:

It used to remember all past text changes (irrespective of whether the search was actually submitted, i.e. whether someone pressed enter before changing it) entered in the search box while the window was open.
Bug: Universal URL Address Bar Spoofing! (Million's of User's Affected)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-12-24 19:13:12+00:00
Resolved: 2022-01-05 13:05:01+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.110 Safari/537.36
Firefox for Android

Steps to reproduce:

Hello Team,
Hope you are doing great!

# Summary:
I found an URL Addressing Bar Spoofing security issue in your Mozilla product in which your Mozilla firefox browser addressed the user passing keywords as proper URLS & treated them as a valid URL. Generally, other browsers treat that user keyword's as a Search keyword & showcase the result according to that keyword. (You can cross-check with Google Chrome Browser)

# Affected Product:
* Name - Mozilla Firefox
* Version - 95.0.2 (Latest)

# Vulnerable Location:
* URL Address Bar of Mozilla Firefox Browser

# Steps To Reproduce:
1. Open your Mozilla Firefox browser.
2. Type this invalid address into the address bar or URL bar i.e "evil/"
(In General, it's an invalid URL & according to the normal behavior of browser's they treated it as a search query. Because it's not a proper URL & search that keyword on google & show results to users.)
3. Mozilla Firefox browser treated this invalid URL as a valid URL & opened it for the users.

# Note:
* You can try different queries like evil/ , apple/ , example/ & facebook/ fb/ too
* Attacker, will chain this bug with the Open Redirection security issue & make it more impactful. So, after that, if somewhere open redirection payload blocks by the WAF then the attacker can use this method to exploit the victim.

Regards
Shivam
Bug: Universal URL Address Bar Spoofing! (Million's of User's Affected)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-12-24 19:23:20+00:00
Resolved: 2024-05-30 17:52:31+00:00

Hello Team,
Hope you are doing great!

# Summary:
I found an URL Addressing Bar Spoofing security issue in your Mozilla product in which your Mozilla firefox browser addressed the user passing keywords as proper URLS & treated them as a valid URL. Generally, other browsers treat that user keyword's as a Search keyword & showcase the result according to that keyword. (You can cross-check with Google Chrome Browser)

# Affected Product:
* Name - Mozilla Firefox
* Version - 95.0.2 (Latest)

# Vulnerable Location:
* URL Address Bar of Mozilla Firefox Browser

# Steps To Reproduce:
1. Open your Mozilla Firefox browser.
2. Type this invalid address into the address bar or URL bar i.e "evil/"
(In General, it's an invalid URL & according to the normal behavior of browser's they treated it as a search query. Because it's not a proper URL & search that keyword on google & show results to users.)
3. Mozilla Firefox browser treated this invalid URL as a valid URL & opened it for the users.

# Note:
* You can try different queries like evil/ , apple/ , example/ & facebook/ fb/ too
* Attacker, will chain this bug with the Open Redirection security issue & make it more impactful. So, after that, if somewhere open redirection payload blocks by the WAF then the attacker can use this method to exploit the victim.

Regards
Shivam
Bug: when opening an html file with vs codes live server add on, mozilla firefox crashes if not already open to any other page.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-12-24 20:34:43+00:00
Resolved: 2022-02-15 20:49:31+00:00

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

Steps to reproduce:

I attempted to open an html file using vs codes live server add on while firefox was not currently open. I then tried it again while firefox was open with an empty tab.


Actual results:

when firefox was closed opening the file with live server resulted in the firefox crash reporter opening (which would not allow me to report the crash). upon manually opening firefox i received a message stating that firefox could not restore my previous session, the session was apparently just a new tab. When using the Live server with a tab opened a new tab was opened with my html file displayed.


Expected results:

regardless of firefox being open or not the expected result would be that a firefox tab is opened displaying the html file.
Bug: ESC key doesn't cancel out Ctrl+E in a New Window
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-12-24 22:15:46+00:00
Resolved: 2022-01-26 16:04:03+00:00

Steps to reproduce:

Press Ctrl+E
Hit ESC


Actual results:

Nothing happens. You're still in the 'search with a search engine' mode. Search engine's name stays in the URL field.


Expected results:

You exit the 'search with a search engine' mode & go to the 'if it's a link you go to the website, or you search with a search engine' mode. Search engine's name goes away from the URL field.
Bug: Separate search bar should be default
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-12-25 02:36:57+00:00
Resolved: 2022-01-07 03:40:56+00:00

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

Steps to reproduce:

Installed Firefox on new user account on laptop with decent screen size.


Actual results:

There was no separate search bar.


Expected results:

It should be made clear to users the difference between a URL and a search term.

Google has dispensed with that because they are trying to make money by pulling the wool over people's eyes.

I thought you were better than that.  If you are not, then there is no hope for humanity.

There is also a possible attack vector via the 'combined' [sick] search/URL box, if you think about it - since it appears you consider human stupidity as possible attack vectors.
Bug: "Manage extension" does not work in overflow menu
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-12-25 14:39:53+00:00
Resolved: 2022-01-21 15:05:46+00:00

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

Steps to reproduce:

- fresh Fx
- install uBlock Origin
- pin icon to overflow menu
- click overflow menu
- right click uBO icon
- select "Manage extension"


Actual results:

nothing happens


Expected results:

uBO about:addons management page should open


Regression:

21:32.30 INFO: Running autoland build built on 2021-12-10 10:41:41.311000, revision 8e5e8646
21:39.93 INFO: Launching /tmp/tmphd5kloes/firefox/firefox
21:39.93 INFO: Application command: /tmp/tmphd5kloes/firefox/firefox --allow-downgrade -profile /tmp/tmpf4zar8w1.mozrunner
21:39.93 INFO: application_buildid: 20211207115238
21:39.93 INFO: application_changeset: 8e5e8646673133a26178bd2f575627d2ed236a2c
21:39.93 INFO: application_name: Firefox
21:39.93 INFO: application_repository: https://hg.mozilla.org/integration/autoland
21:39.93 INFO: application_version: 97.0a1
Was this integration build good, bad, or broken? (type 'good', 'bad', 'skip', 'retry', 'back' or 'exit' and press Enter): bad
23:50.28 INFO: Narrowed integration regression window from [6068f735, d847e5e3] (3 builds) to [6068f735, 8e5e8646] (2 builds) (~1 steps left)
23:50.28 INFO: No more integration revisions, bisection finished.
23:50.28 INFO: Last good revision: 6068f735f2247e6877eef093757cbb0fa59910e0
23:50.28 INFO: First bad revision: 8e5e8646673133a26178bd2f575627d2ed236a2c
23:50.28 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=6068f735f2247e6877eef093757cbb0fa59910e0&tochange=8e5e8646673133a26178bd2f575627d2ed236a2c
Bug: Bookmark bar is not appearing after selecting 'Only Show on New Tab' option
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-12-25 17:22:53+00:00
Resolved: 2022-01-04 15:28:43+00:00

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

Steps to reproduce:

1) Bookmark a few websites and select option as 'Always show' from Bookmark manage settings
2) Open a tab and from Bookmark bar -> Right click on Bookmark Bar -> Bookmarks Toolbar -> Select 'Only Show on New Tab'
3) Open new tab (Blank Page) and check Bookmarks are not appearing.



Actual results:

On New tab (Blank Page) Bookmarks are not appearing


Expected results:

On New tab (Blank Page) Bookmarks should appear as user has chosen the option as 'Only show on New Tab'.
Bug: Full Screen Video of Youtube shows at the bottom of New Firefox Page, which looks annoying
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-12-25 17:34:36+00:00
Resolved: 2021-12-29 20:27:51+00:00

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

Steps to reproduce:

1) Open 2 separate window of Firefox
2) In first window open Youtube and play it in Full screen mode.
3) In 2nd Window open any website
4) Now to jump back on Youtube video, press ALT+TAB.
5) Check at the bottom of page Youtube accessible button remains visible and its very annoying if user want clean dispay UI for 2nd Window.


Actual results:

Getting Youtube play button, Sound button appearing at the bottom of page while doing ALT+TAB



Expected results:

Using ALT+TAB, Youtube video should remain open in 1st window and for 2nd window user should get more clear screen.
Bug: [macos] The firefox account cannot be signed out
Status: NEW
Priority: --
Created: 2021-12-26 13:31:42+00:00
Resolved: 2022-01-03 09:09:53+00:00

[Affected versions]:

95.0.2 (64-bit)

[Affected Platforms]:

macOS 10.13.6

[Prerequisites]:

Have a valid FxA account.

[Steps to reproduce]:

1. Launch Firefox with the Firefox Account from prerequisites.
2. Click the "Firefox account" button on the right corner of the page.
3. Click the "Sign out..." button.

[Expected Results]:
The Firefox Account is signed out correctly.

[Actual Results]:
The Firefox Account cannot be signed out.

[Notes]: This issue happens on macOS 10.13.6 with Firefox 95.0.2 (64-bit).
Bug: Firefox Suggest suggests deleted history
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-12-26 18:02:17+00:00
Resolved: 2021-12-28 09:40:30+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:

1. Navigate to an Instagram profile you haven't visited before
2. Delete recent history
3. Start typing in the address of the webpage from step 1



Actual results:

Firefox Suggest suggests the Instram profile you deleted from history


Expected results:

Nothing happens
Bug: Firefox for Linux does not interpret a particular CSS property correctly
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-12-26 23:48:13+00:00
Resolved: 2021-12-27 16:38:46+00:00

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

Steps to reproduce:

visit www.seidoshop.com

they are working on making a work-around because Firefox on Linux does not interpret a CSS property correctly, which makes the way they "frame" their website, for Firefox on Linux doesn't show anything in the main panel.


Actual results:

nothing is shown at www.seidoshop.com main panel for Firefox on Linux


Expected results:

www.seidoshop.com should not have to make a workaround

if you need details about what CSS property is the bug for Firefox on Linux, contact seidoshop.com team and they would surely tell you so that it can be fixed
Bug: A folder in a different drive called Downloads uses the regular windows install downloads.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-12-27 05:32:51+00:00
Resolved: 2022-01-07 15:08:53+00:00

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

Steps to reproduce:

1. Create a folder in a different drive in a different location (eg. Z:/Downloads)
2. Go to about:preferences
3. Change your download location to the Z:/Downloads
4. It will change itself to the windows C:/Downloads


Actual results:

It defaulted to the wrong folder


Expected results:

It should be using the Z:/Downloads, and not C:/Downloads
Bug: Download dialog can be used to make browser unusable
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-12-27 09:24:47+00:00
Resolved: 2021-12-27 10:20:05+00:00

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

Steps to reproduce:

I ran the following:

<html>
  <head>
    <title>Open Many Download Dialogs in Firefox</title>
    <script>
      window.addEventListener("DOMContentLoaded", function() {
        var elm = document.createElement("a");
        elm.download = "text.txt";
        elm.href = 'data:application/octet-stream,';
        elm.click();
        window.open(window.location.href, "_self", "", true);
      });
    </script>
  </head>
</html>


Actual results:

Multiple download dialogs popup and freeze Firefox. Closing the browser become the only way to stop the popups.

Firefox also becomes unusable on mobile due to the download popup taking focus from the rest of the app. The app data has to be cleared to fix it on mobile.


Expected results:

Only one download dialog should popup. A message should be shown asking if other downloads should be allowed.