av9ash/GitBugs huggingface dataset:
Bug: Fix display of interactions in the interactions viewer
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-07-27 15:03:59+00:00
Resolved: 2021-07-29 00:51:34+00:00

Bug 1721664 changed how the columns were handled when iterating over the results of database query.

The default parameter for columns is `this.columnMap.keys()` which is correct, but it is an iterator so we can only use it once - which breaks the code as we use the column list once per row.
Bug: Multiple tabs undo close not consistent
Status: REOPENED
Priority: --
Created: 2021-07-27 16:29:08+00:00
Resolved: 2023-08-28 13:44:16+00:00

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

Steps to reproduce:

Open some tabs
Close 4 tabs (grouped)
Close 1 tab
Reopen closed tabs


Actual results:

The last 4 tabs reopen.
Do "reopen closed tabs" to reopen the first tab.


Expected results:

The last tab should be restored alone, then if "reopen closed tabs" is do again, it should restore all 4 tabs.
Bug: Firefox PDF rendering problem
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-07-27 16:51:43+00:00
Resolved: 2021-07-30 13:21:02+00:00

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

Steps to reproduce:

Opened the file  (Windows 10)


Actual results:

high CPU & not correctly displayed


Expected results:

It should be correctly displayed. It is in Acrobat reader & Chrome
Bug: A search which starts with a keyword is now impossible
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-07-27 16:54:11+00:00
Resolved: 2021-08-16 14:07:15+00:00

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

Steps to reproduce:

Search in the Google search bar in a new tab


Actual results:

My keystrokes are redirected to the URL bar (Awesome bar: are you still calling it that?) which interprets the first word of my search as a keyword, and does the keyword search instead.


Expected results:

If I'd wanted a keyword search, I would have typed in the Awesome bar to begin with. I deliberately typed in the Google search bar, because I wanted a Google search, not a keyword search.

I have the keyword "php" set up to search https://www.php.net/manual-lookup.php?pattern=%25s&scope=quickref
Bug: Missing reload icon when the button is moved to customize main list or in overflow
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-07-28 07:00:57+00:00
Resolved: 2021-10-21 16:12:41+00:00

**Affected versions**
- Firefox 91.0b8
- Firefox 92.0a1

**Affected platforms**
- Windows 7 & 10
- macOS 11
- Ubuntu 18.04

**Steps to reproduce**
1. Launch Firefox
2. Access Customize mode
3. Drag the reload button to the main list or in overflow

**Expected result**
- The reload icon is still visible

**Actual result**
- The reload button is missing

**Regression range**
- This is most likely a recent regression, there was a recent bug where the reload icon was misplaced and now is missing. Will see for a regression.

**Additional notes**
- The issue can be seen in the attachment.
Bug: 'g' character cut off at bottom of suggestions if typed into addressbar
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-07-28 08:02:49+00:00
Resolved: 2021-08-12 19:40:46+00:00

Firefox 92.0a1 20210727214000 on Windows 8.1

The "g" character (and likely others) gets cut off at the bottom of the "search" suggestion if typed into the address bar. It gets bolded in the suggested rows with urls which prevents it from getting completely cut off.

Is this a regression from bug 1671525?
Bug: wrong favicons shown for address bar autocomplete on startup, some search engine icons missing
Status: NEW
Priority: P3
Created: 2021-07-28 08:06:53+00:00
Resolved: 2021-08-05 23:08:39+00:00

Firefox 92.0a1 20210727214000 on Windows 8.1

If I open a new tab after Firefox launched and type characters into the address bar, the favicons won't match the suggested addresses or the search engine, and built-in icons for one-off searches are not shown. After some time, it works as expected.

Reproduced: 2/2
Bug: Pinned tabs overwrite the ones next to them
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-07-28 09:43:12+00:00
Resolved: 2023-01-26 05:52:08+00:00

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

Steps to reproduce:

Running the latest Firefox, v90.0.2 x64 on Linux Mint, all updates done.
I have no tab-related extensions installed.
I merely opened up Firefox, and the pinned tabs loaded, as usual. But..


Actual results:

I have 4 tabs pinned, and since the previous version I have noticed that sometimes the second tab's content was overwriting the first one, and the only way to get the original content back was to switch to the affected tab, then go back through its history. Today I noticed that the same happened with tab3, which was given the content of the 4th one. Also, when I right-click on the 3rd tab's Forward button, I see the page that was "migrated" from the 4th one, like I'd somehow navigated there (which of course never happened).


Expected results:

The tabs should have stayed with their own content, preferabily.
Bug: openPreferencesViaOpenPreferencesAPI assumes pref pane initialization is synchronous, but experimental prefs init is asynchronous, which breaks browser_basic_rebuild_fonts_test.js
Status: NEW
Priority: P3
Created: 2021-07-28 10:22:56+00:00
Resolved: 2021-08-16 17:37:57+00:00

https://searchfox.org/mozilla-central/rev/a9db89754fb507254cb8422e5a00af7c10d98264/browser/components/preferences/tests/head.js#97-118

expects that once the sync or privacy pane loads, that's it.

Unfortunately, the `init` for experimental prefs is async (!) and can thus finish later. If/when that happens, it calls `updateAllElements` some more, which re-sets prefs. If tests try to change prefs with `delayprefsave` before this call happens, their changes get reset and this breaks tests.

The patch in bug 1722561 will fix this by removing the `updateAllElements` call, but it still seems wise to update the helper to be more robust and wait for the experimental prefs init to have finished. My [comment on the patch review](https://phabricator.services.mozilla.com/D120995#inline-668811):

> > Can we make `preferencesBindings.js` fire a custom event on the document root, and use `waitForEvent` here if `updateQueued` is true, to avoid the yucky `waitForCondition`?

seems like it might be a worthwhile addition to this helper as well...
Bug: [XFA] Severely bad render of a long PDF form because we don't support embedded JS
Status: NEW
Priority: P3
Created: 2021-07-28 10:48:30+00:00
Resolved: 2022-02-18 16:49:51+00:00

Affected versions
Nightly v92.0a1

Affected platforms
all

Steps to reproduce

1. Launch browser.
2. Flip the pdfjs.enableXfa to true.
3. Load the attached PDF file.

Expected result
The file is loaded and displayed correctly.

Actual result
Severely bad rendering is displayed because we don't support embedded JS

Regression range
Not a regression.
Bug: Font preferences flicker when opening about:preferences (and are displayed in an inefficient way)
Status: NEW
Priority: P3
Created: 2021-07-28 11:36:22+00:00
Resolved: 2021-09-09 22:17:09+00:00

When looking at profiles of opening about:preferences (https://share.firefox.dev/2THGkXI) after the patch from bug 1722561, there are still 2 calls made to `updateElements` outside of the fast path that updates everything at once. They are related to font preferences, and I suspect that might be related to why the font preferences (more specifically, the "Default font" and "size" values) flicker.
Bug: Closing the last group of tabs with restore session enabled, reopen closed tabs don't restore all the group
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-07-28 14:29:28+00:00
Resolved: 2022-03-12 10:36:22+00:00

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

Steps to reproduce:

On Firefox 92 with the session restore and  close browser with last tab enabled:
1. Open some tabs (e.g 4)
2. Select all and close them (Firefox should quit)
3. Reopen Firefox, because of bug 1722567, the session should be blank
4. Reopen closed tabs


Actual results:

One tab is restored. (the first for me)


Expected results:

All the tabs closed at the same time should be restored at the same time. (In this example 4).

It should be the same as when you close a group of tabs and undo, all the tabs of the group are restored.
Bug: Firefox System Theme is displaying as Light Theme in V89 and V90
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-07-28 15:07:10+00:00
Resolved: 2021-09-08 18:01:46+00:00

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

Steps to reproduce:

Update V89 caused my Firefox Browser Theme to change to all white. I researched Themes and clicked on System Theme but there was no change. I then clicked on the other Themes and they were enabled and changed, but when I clicked on System again is was still the all white (Light Theme) display, despite it showing as Enabled.
I researched Firefox Support and posted a question, after which my question produced a list of similar postings from other people. 
Various solutions were suggested, including an error in programming V89, using external Add-Ons and to wait for the next update for it to be fixed.
I did a lot more research but was unhappy about using external Add-Ons so waited for next update.


Actual results:

Update V90 now installed, but it has not been corrected, and it was not listed as a Bug in the details.




Expected results:

As there were so many postings about the System Theme not working, I expected it to be corrected so System Theme works as orignally set up. I find it extremely difficult to use the Browser and the tabs.
I spent a lot of time (which I did not have spare) and could find nothing in Bugs about it, so I am reporting it here.
Bug: Newtab Pocket topics section privacy link doesn't underline on hover
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-07-28 15:20:32+00:00
Resolved: 2021-07-30 03:47:54+00:00

romartin noticed that the privacy link in newtab popular topics isn't underlined on hover like the rest of the link.

Looking at the code, looks like this was not intended.
Bug: On Bookmarks Toolbar, "Remove" context-menu-item uses different accesskey for the two items we put there ("Import Bookmarks" & "Get Involved")
Status: VERIFIED
Priority: --
Resolution: WONTFIX
Created: 2021-07-28 19:12:52+00:00
Resolved: 2021-10-12 18:08:22+00:00

STR (in a fresh profile):
1. Open a new tab, to make the bookmarks toolbar show up.

...now suppose you want to remove both of the default entries from the toolbar.

2. Right-click the first entry ("Import Bookmarks") and note the underlined hotkey for its "Remove from Toolbar" option.

3. Right-click the second entry ("Get Involved") and note the underlined hotkey for its "Remove Bookmark" option.



ACTUAL RESULTS:
The first one ("import bookmarks" button) uses "R" as its hotkey for Remove, whereas the second ("Get Involved", an actual bookmark) one uses "e" as its hotkey for Remove.

EXPECTED RESULTS:
Should be consistent (probably both "R"?) for this Remove action.  Also, there is no other item in the list that uses "R" as its hotkey, so there's no obvious reason why we'd be avoiding using it here.
Bug: Signature is not loading when using Outlook in Firefox. It loads in Chrome and Edge..
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-07-28 21:06:29+00:00
Resolved: 2021-08-24 21:20:41+00:00

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

Steps to reproduce:

When creating an email my signature is no longer loading in web-based Outlook, whether it's a new email, a forwarded email or replying to an email. This happens on my laptop.


Actual results:

New email comes up blank. I return to the signature page uncheck the boxes and check them again. A new email loads with my signature a few times, then doesn't again.


Expected results:

Signature should load on all emails.
Bug: Cannot clear 'dark theme' and VERY slow page loads
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-07-28 22:10:37+00:00
Resolved: 2021-07-30 18:03:04+00:00

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

Steps to reproduce:

After the last 90x 'upgrade' I got a 'dark theme' I could not get rid of.

I tried to 'reset'/disable 'dark theme', only to find it already 'disabled'.  But..that is still the theme displayed by FF.  The 'system' them is shown as 'enabled'...but that is NOT what is happening.

Pages with the 'dark theme' have essentially no input available on choice buttons.   Click/press actions have NO effect.  The progress bar is 'waiting', doing nothing.

I reloaded an 89. FF version from last month.


Actual results:

After the downgrade, I had no/zero/nada bookmarks.  They were all gone.  NOT acceptable.

I did a system restore from a recovery point just before the last 90.x 'upgrade'.   am back to the 'dark' theme I cannot get rid of, back to the (sometimes) dark pages that do a whole lot of sitting and doing nothing, with NO input from the touchpad accepted.


Expected results:

The theme should not have changed.  

When I reverted to a weeks older FF, why did I lose every bookmark?  THAT should not have happened.

The 'too busy to pay attention' should not be happening.

Generally, I stay away from X.0 platforms.  Too new to trust.  THIS time, an upgrade ABOVE a X.0 release bit me.
Bug: PDF viewer fails to render a page quickly enough and in the meantime it blocks FF UI thread (maybe due to memory usage). It should not block.
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-07-28 22:14:03+00:00
Resolved: 2022-04-29 14:04:50+00:00

My hardware: I have 32GB on Windows 10 Pro PC (64bit)  with AMD Ryzen 7 1700 Eight-Core Processor  3.00 GHz

A Japanese government website lists the following PDF.
https://www.mhlw.go.jp/content/10900000/000812892.pdf

Trying to render this PDF using FF 90.0.2 (64-bit) results in blocked FF sometimes.
In one instance, for about a dozen minutes I cannot operate on FF since FF UI is blocked.
PDF renderer should not block UI interaction.
I can live with slow rendering as long as FF UI is not blocked.

Most of the times, if I scroll down a page or two using the scroll bar, I get blocked for a dozen seconds or so, and then something is plotted on screen (not complete).
Maybe a couple of minute later, the numerical table is shown, but I am not sure if the table is complete because if I scroll down, again some rendering occurs and quite likely I get blocked again.

I get a crashed tab during a test, too. So there is something wrong with PDF.js when it handles this PDF file.

I found out rendering this page consumes large amount of memory.
FF started to use 32GB memory quickly.
In the instance where the rendering blocked FF for almost a dozen minute,  it tried to use all the swap area, too (I think I have swap set to 32 or 33 GB).
When the real memory is used up, the UI of FF gets sluggish, and even system level interaction gets sluggish when the swap limit is reached. too.

But most of the time, the memory usage goes to almost 32GB of memory (maybe 500MB memory left) and then  stays there for about a few dozen seconds and the gradually comes down. The appearance of some incomplete images on screen happens when the memory usage started to come down.
 
In contrast, Google Chrome can render this page in no time flat. The difference is amazing.

I think whatever is causing this inefficient memory usage and blocking due to it should be investigated and fixed.
Bug: Intermittent browser/components/preferences/tests/browser_security-X.js | uncaught exception - ReferenceError: gMainPane is not defined at init_all@chrome://browser/content/preferences/preferences.js:126:3
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-07-29 02:54:18+00:00
Resolved: 2022-08-23 17:02:26+00:00

**Filed by:** csabou [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=346674823&repo=mozilla-central
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/Q4QYuQXISraI05IwYzR6LA/runs/0/artifacts/public/logs/live_backing.log

---
```
[task 2021-07-29T02:00:18.078Z] 02:00:18     INFO - TEST-PASS | browser/components/preferences/tests/browser_security-1.js | block uncommon checkbox is set correctly - 
[task 2021-07-29T02:00:18.079Z] 02:00:18     INFO - Buffered messages logged at 02:00:18
[task 2021-07-29T02:00:18.080Z] 02:00:18     INFO - Console message: [JavaScript Error: "uncaught exception: out of memory"]
[task 2021-07-29T02:00:18.080Z] 02:00:18     INFO - Console message: [JavaScript Error: "uncaught exception: out of memory"]
[task 2021-07-29T02:00:18.081Z] 02:00:18     INFO - Console message: [JavaScript Error: "uncaught exception: out of memory"]
[task 2021-07-29T02:00:18.082Z] 02:00:18     INFO - Console message: [JavaScript Error: "uncaught exception: out of memory"]
[task 2021-07-29T02:00:18.082Z] 02:00:18     INFO - Buffered messages finished
[task 2021-07-29T02:00:18.083Z] 02:00:18     INFO - TEST-UNEXPECTED-FAIL | browser/components/preferences/tests/browser_security-1.js | uncaught exception - ReferenceError: gMainPane is not defined at init_all@chrome://browser/content/preferences/preferences.js:126:3
[task 2021-07-29T02:00:18.083Z] 02:00:18     INFO - 
[task 2021-07-29T02:00:18.083Z] 02:00:18     INFO - Stack trace:
[task 2021-07-29T02:00:18.083Z] 02:00:18     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:simpletestOnerror:1957
[task 2021-07-29T02:00:18.084Z] 02:00:18     INFO - GECKO(5816) | JavaScript error: chrome://browser/content/preferences/preferences.js, line 126: ReferenceError: gMainPane is not defined
[task 2021-07-29T02:00:18.084Z] 02:00:18     INFO - GECKO(5816) | console.error: "Missing preference for ID privacy.userContext.newTabContainerOnLeftClick.enabled"
[task 2021-07-29T02:00:18.085Z] 02:00:18     INFO - Console message: [JavaScript Error: "ReferenceError: gMainPane is not defined" {file: "chrome://browser/content/preferences/preferences.js" line: 126}]
[task 2021-07-29T02:00:18.085Z] 02:00:18     INFO - init_all@chrome://browser/content/preferences/preferences.js:126:3
[task 2021-07-29T02:00:18.085Z] 02:00:18     INFO - 
[task 2021-07-29T02:00:18.086Z] 02:00:18     INFO - GECKO(5816) | out of memory: 0x0000000000000048 bytes requested
[task 2021-07-29T02:00:18.473Z] 02:00:18     INFO - TEST-INFO | Main app process: exit 1
[task 2021-07-29T02:00:18.473Z] 02:00:18     INFO - Buffered messages finished
[task 2021-07-29T02:00:18.474Z] 02:00:18    ERROR - TEST-UNEXPECTED-FAIL | browser/components/preferences/tests/browser_security-1.js | application terminated with exit code 1
```
Bug: my account information not sync in diffrent plateform(linux and win10 )
Status: RESOLVED
Priority: P5
Resolution: INVALID
Created: 2021-07-29 04:57:59+00:00
Resolved: 2021-11-11 23:36:55+00:00

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

Steps to reproduce:

login firefox in diffrent plateforme (linux and win10)


Actual results:

cant not sync


Expected results:

sync my infomation like bookmarks and password
Bug: RSS feeds stopped working - 403 access denied
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-29 06:24:53+00:00
Resolved: 2021-07-29 08:11:38+00:00

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

Steps to reproduce:

1. Open Feedbro or any other feed reader
2. Add a new feed with this URL (allows to read google news for search term): https://news.google.com/news/rss/search/section/q/karuturi/karuturi?hl=en&gl=US&ned=us


This feed used to work perfectly until Firefox 90. (It still works perfectly in Chrome.)


Actual results:

3. Result is "403 access denied"

Debug console indicates: "Content Security Policy: The page’s settings blocked the loading of a resource at inline (“script-src”)."


Expected results:

Feed should be recognised (and formatted) by feed reader. (Continues to work perfectly in Chrome.)
Bug: [MSIX] HTTP file type not taking the Firefox icon when the browser is set as default
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-07-29 07:07:06+00:00
Resolved: 2021-08-19 15:55:20+00:00

**Affected versions**
- 92.0a1 (2021-07-28) MSIX installer

**Affected platforms**
- Windows 11

**Steps to reproduce**
1. Install MSIX build
2. Set the browser as default
3. Have a http page saved locally

**Expected result**
- The file has the Nightly icon 

**Actual result**
- The file has a blank page (no icon)

**Regression range**
- Not a regression, msix package affected

**Additional notes**
- The issue can be seen in the attachment
- Only msix package seems to be affected, http files saved locally will take the Firefox icon if a regular build is defaulted
Bug: [MSIX] No icon for Firefox is created on the desktop after installing Firefox
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-07-29 07:47:20+00:00
Resolved: 2021-10-29 12:01:13+00:00

**Affected versions**
- 92.0a1 (2021-07-28) MSIX installer

**Affected platforms**
- Windows 11

**Steps to reproduce**
1. Install MSIX build

**Expected result**
- An icon for Firefox is created on the desktop

**Actual result**
- No icon for Firefox is created on the desktop

**Regression range**
- Not a regression, msix package affected

**Additional notes**
- Only msix package seems to be affected, installing a regular Nightly build will create a desktop icon
Bug: RTAMO onboarding page is broken when following flow from AMO Stage and Dev.
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-07-29 08:49:53+00:00
Resolved: 2021-08-03 06:08:26+00:00

[Steps to reproduce]:

1. Access AMO Stage/Dev on a browser different from Firefox (example: Microsoft Edge) and afterwards the page of a recommended add-on (for testing on Stage https://addons.allizom.org/en-US/firefox/addon/bubbles-for-mozilla-3/ was used AND for testing on Dev https://addons-dev.allizom.org/en-US/firefox/addon/bubbles-for-mozilla-appr/ was used)
2. Click on the “Download Firefox and get the extension” blue button from the add-on’s page
3. On the newly opened page, click on the blue “Download Firefox” button

Note: Firefox will be downloaded, installed and will start after the installation is complete

4. Close Firefox
5. Download and install the latest Nightly from https://archive.mozilla.org/pub/firefox/nightly/2021/07/
6. Launch Nightly and access about:config
7. Set the following prefs:
- xpinstall.signatures.required = false
- xpinstall.signatures.dev-root = true
- extensions.getAddons.get.url = https://services.addons.allizom.org/api/v4/addons/search/?guid=%IDS%&lang=%LOCALE%     (for Stage)
- extensions.getAddons.get.url = https://services.addons-dev.allizom.org/api/v4/addons/search/?guid=%IDS%&lang=%LOCALE%     (for Dev)
8. Type about:welcome in the URL bar to reach the RTAMO onboarding page
9. Notice the following:
- the background is dark making text/buttons hard to distinguish
- the entire page is offset to the left
- only the add-on icon and the “Add the Extension” button are visible

Note: All buttons work as intended i.e “Add the extension” will start the add-on installation process which can be finalized without issues / “Not now” will open the “Awesome Bar” for browsing.

[Expected results]:
The RTAMO about:welcome page should be properly displayed without graphical issues.

[Actual results]:
The RTAMO about:welcome page has several graphical issues.

NOTES: 
1. The Prod RTAMO flow is undisturbed and works as intended.
2. Tests were performed on Windows 10 x64 in accordance to the steps from here: https://gist.github.com/pdehaan/71028fb23b3f3d36f8dc55a6cfd2643e