av9ash/GitBugs huggingface dataset:
Bug: Scroll bar on right side randomly disappearing and reappearing
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-01-30 12:08:37+00:00
Resolved: 2022-01-30 12:18:07+00:00

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

Steps to reproduce:

Nothing


Actual results:

The scroll bar on the right side just randomly appears and disappears for no reason. I am not touching the mouse. Each time it happens the web content shifts a few pixels from left to right and back again which is distracting and very annoying. I have diasabled all extensions but the problem persists.


Expected results:

Well, the scroll bar should be there when the page is too long for the window, and not there when it fits, I guess. And it should just stay that way.
Bug: Opening bookmarks from the Library doesn't open a Firefox window if browser.tabs.loadBookmarksInTabs is true
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-01-30 13:38:58+00:00
Resolved: 2023-08-08 12:48:38+00:00

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

Steps to reproduce:

Start Firefox
Open bookmarks from Menu for "Manage bookmarks"
Shutdown Firefox
Click/Double Click any BM won't start FF


Actual results:

Clicking or double clicking a BM will not launch Firefox


Expected results:

Seems like it should start Firefox
Bug: New tab search from URL box cuts off words
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-01-30 23:40:43+00:00
Resolved: 2022-09-21 16:57:06+00:00

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

Steps to reproduce:

I've noticed this happening for at least a month now and was hoping it would just go away, but it hasn't.
When I open a new tab (CTRL-N) and quickly type my search and hit enter. It should search for everything I type, except it cuts off the last words typed.

It could possibly be due to an extension like Workona, but I'm not sure how to find out without removing it (and I don't want to do that).


Actual results:

It often cuts off the last word or parts of a word. My work around is to wait a second after typing before hitting enter, but that's mildly annoying.


Expected results:

It should have searched for everything I typed within the search bar.
Bug: Show more bookmarks not working
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-01-31 09:25:27+00:00
Resolved: 2022-02-17 09:28:22+00:00

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

Steps to reproduce:

Reinstalled Ubuntu 21.10. Tried to upgrade Firefox, but happens with every version.


Actual results:

Clicking on Bookmarks toolbar to Show more bookmarks icon does nothing.


Expected results:

All bookmarks from Bookmark toolbar should open.
Bug: Resolve issues with showing email link to users based on accept language header given en-US/en-GB/en fallbacks used
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-01-31 12:35:05+00:00
Resolved: 2022-02-17 08:34:31+00:00

See https://phabricator.services.mozilla.com/D136373#inline-755361 where Hector brought this up.

TBH I'm not sure how we're meant to deal with this case. I guess the "right" solution may end up having to do with what bedrock does. I don't know if they just use the first item in the list of locales, or the first item in the list for which they have a translation for the website, or something else. I spent 10 minutes staring at bedrock python code and realized I don't know enough about django to work it out - it seems it uses the "locale" attribute on the request object, but it's not clear to me where that in turn comes from.

:flod or Hector, do you know how we should proceed here?
Bug: Setting prefersColorSchemeOverride on child BC leads to crash
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-01-31 12:35:35+00:00
Resolved: 2022-02-01 12:16:25+00:00

We may set `prefersColorSchemeOverride` on a BC which is not the top BC here: https://searchfox.org/mozilla-central/rev/78963fe42f8d5f582f84da84a5e78377b6c1fc32/toolkit/modules/LightweightThemeConsumer.jsm#281,285
Currently leads to crashes in Thunderbird, but may also crash in Firefox.

See https://bugzilla.mozilla.org/show_bug.cgi?id=1752752#c10
Bug: The "Send an email to your phone instead" string is wrongly displayed for Firefox locales where the send an email functionality is not supported
Status: RESOLVED
Priority: P1
Resolution: DUPLICATE
Created: 2022-01-31 15:25:10+00:00
Resolved: 2022-01-31 17:13:56+00:00

**[Affected versions]:**
- Firefox Nightly 98.0a1 - Build ID: 20220131094559

**[Affected Platforms]:**
- Windows 10 x64
- macOS 11.6.2
- Linux Mint 20.2 x64

**[Prerequisites]:**
- Have any Firefox locale build installed except the ones from the following list (e.g. Firefox RO locale): "de", "en-GB", "en-US", "es-AR", "es-CL", "es-ES", "es-MX", "fr", "id", "pl", "pt-BR", "ru", "zh-TW".

**[Steps to reproduce]:**
1. Open the browser from the prerequisites.
2. Navigate to the "about:preferences#moreFromMozilla" page.
3. Observed the hyperlink displayed below the QR code image from the "Firefox Mobile" section.

**[Expected result]:**
- The string should describe the actual behavior.
	
**[Actual result]:**
- The "Send an email to your phone instead" string is displayed even if the user is redirected to the QR code page.

**[Notes]:**
- Attached a screen recording of the issue:
Bug: Intermittent browser/components/urlbar/tests/browser/browser_oneOffs_heuristicRestyle.js | The title separator is visible - false == true - JS frame :: chrome://*/browser_oneOffs_heuristicRestyle.js :: heuristicIsNotRestyled :: line 89
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2022-01-31 17:14:24+00:00
Resolved: 2022-07-25 23:16:03+00:00

**Filed by:** imoraru [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=366187807&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/fkzdq1X4S0-QgS-1Ptt7nA/runs/0/artifacts/public/logs/live_backing.log

---
```
[task 2022-01-31T16:13:28.062Z] 16:13:28     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_oneOffs_heuristicRestyle.js | The result has the expected non-styled action text. - "Search with Test" == "Search with Test" - 
[task 2022-01-31T16:13:28.064Z] 16:13:28     INFO - Buffered messages finished
[task 2022-01-31T16:13:28.065Z] 16:13:28     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_oneOffs_heuristicRestyle.js | The title separator is visible - false == true - JS frame :: chrome://mochitests/content/browser/browser/components/urlbar/tests/browser/browser_oneOffs_heuristicRestyle.js :: heuristicIsNotRestyled :: line 89
[task 2022-01-31T16:13:28.066Z] 16:13:28     INFO - Stack trace:
[task 2022-01-31T16:13:28.066Z] 16:13:28     INFO - chrome://mochitests/content/browser/browser/components/urlbar/tests/browser/browser_oneOffs_heuristicRestyle.js:heuristicIsNotRestyled:89
[task 2022-01-31T16:13:28.067Z] 16:13:28     INFO - Not taking screenshot here: see the one that was previously logged
[task 2022-01-31T16:13:28.073Z] 16:13:28     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_oneOffs_heuristicRestyle.js | The action text is visible - false == true - JS frame :: chrome://mochitests/content/browser/browser/components/urlbar/tests/browser/browser_oneOffs_heuristicRestyle.js :: heuristicIsNotRestyled :: line 94
[task 2022-01-31T16:13:28.074Z] 16:13:28     INFO - Stack trace:
[task 2022-01-31T16:13:28.074Z] 16:13:28     INFO - chrome://mochitests/content/browser/browser/components/urlbar/tests/browser/browser_oneOffs_heuristicRestyle.js:heuristicIsNotRestyled:94
[task 2022-01-31T16:13:28.075Z] 16:13:28     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_oneOffs_heuristicRestyle.js | The result has the expected non-styled icon. - "chrome://global/skin/icons/search-glass.svg" == "chrome://global/skin/icons/search-glass.svg" -
```
Bug: browser compactmode has ceased to work
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-01-31 20:25:00+00:00
Resolved: 2022-02-02 07:29:55+00:00

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

Steps to reproduce:

I have just updated to 96.0.3 from 95.0.2. I am using windows 10 on a desktop pc.
When I start firefox and look at bookmarks the spacing is now very large. I have attempted to switch on browser.compactmode in about:config but this no longer works. 


Actual results:

I have a lot of bookmarks and so when the new UI was introduced I reverted to the old one in order to keep the spacing between bookmarks. This was satisfactory for some months but with v96 I am back to the very large spacing between bookmarks. The other changes with the new UI are not a problem but this is.


Expected results:

Browser.compactmode should be controllable by the user. Alternatively some other means of adjusting the spacing between drop down lists is necessary.
Bug: When dragging to reorder tabs, tabs get stuck in a weird position
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-02-01 02:22:24+00:00
Resolved: 2023-11-01 13:33:04+00:00

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

Steps to reproduce:

Drag to reorder tabs


Actual results:

Tabs appear out of order


Expected results:

Tabs should be in order
Bug: Intermittent TV browser/components/urlbar/tests/browser/browser_canonizeURL.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-02-01 04:14:18+00:00
Resolved: 2022-03-01 17:07:02+00:00

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

---
```
[task 2022-02-01T03:58:33.453Z] 03:58:33     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_canonizeURL.js | Paste the test word correctly - 
[task 2022-02-01T03:58:33.453Z] 03:58:33     INFO - Release the ctrl key befoer typing Enter key
[task 2022-02-01T03:58:33.454Z] 03:58:33     INFO - Send enter key with the ctrl
[task 2022-02-01T03:58:33.454Z] 03:58:33     INFO - Buffered messages logged at 03:58:32
[task 2022-02-01T03:58:33.454Z] 03:58:33     INFO - The loaded url is canonized
[task 2022-02-01T03:58:33.455Z] 03:58:33     INFO - Leaving test bound 
[task 2022-02-01T03:58:33.455Z] 03:58:33     INFO - Buffered messages finished
[task 2022-02-01T03:58:33.456Z] 03:58:33     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_canonizeURL.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. - 
[task 2022-02-01T03:58:33.456Z] 03:58:33     INFO - GECKO(2391) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2022-02-01T03:58:33.456Z] 03:58:33     INFO - GECKO(2391) | MEMORY STAT | vsize 16180MB | residentFast 333MB | heapAllocated 151MB
[task 2022-02-01T03:58:33.457Z] 03:58:33     INFO - TEST-OK | browser/components/urlbar/tests/browser/browser_canonizeURL.js | took 50617ms
[task 2022-02-01T03:58:33.457Z] 03:58:33     INFO - checking window state
[task 2022-02-01T03:58:33.501Z] 03:58:33     INFO - GECKO(2391) | Completed ShutdownLeaks collections in process 2391
[task 2022-02-01T03:58:33.501Z] 03:58:33     INFO - TEST-START | Shutdown
```
Bug: Do not automatically open SVG files and run script in them from file:/// URLs
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-02-01 10:55:36+00:00
Resolved: 2022-08-28 05:43:56+00:00

See bug 1752888 for more context.

Unfortunately we do not have great options right now. The sequence of events is roughly:

1. get an SVG with `Content-Disposition: attachment`
2. save to disk
3. open that file in a new tab
4. the SVG runs script (from its new `file:///` location)

A few options that would address (3) here include:

- switch SVGs to "always ask". The downside is users can go back to the current state by ticking the "always do this" checkbox and keeping the default "open in Firefox" option selected and accepting the checkbox. Users probably don't understand the risks involved with that. Also, this goes against what we're trying to achieve in bug 1733587 - the point is not to interrupt the user asking them to make a choice about a file before downloading it.
- switch SVGs to "save to disk". The downside is similar to that of (a) though it would involve more work on the user's part. There's the additional downside that, when the user opens these files from the download panel, we then open them with Edge on Windows, which is... unfortunate, and part of what we tried to fix in bug 1639067. There's also no guarantee that opening SVGs with script in Edge is any safer than doing that in Firefox (though obviously the specifics of an exploit delivered this way might need altering).
- like the previous item, but make it impossible to switch back to opening automatically (unclear exactly how we'd do that)
- like any of the previous, but ensure clicking the SVG item in the downloads view still opens in Firefox.

Options to address (4):

- stop running scripts in SVGs-loaded-as-documents-from-file. I don't know how web-compatible changing that is. No idea what SVG use in enterprise is like. AFAICT both Chrome and Edge also run script in local SVG files right now. Also no idea how difficult this is to do.
- (somehow, handwave) downgrade scripts in SVG files to using a null principal, so they can do what they like to the current document but not access other (local) files. Again, no idea how web-compatible that would be.
Bug: Position info no longer exposed to screen readers in latest Nightly
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-02-01 13:54:31+00:00
Resolved: 2022-02-04 04:52:48+00:00

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

Steps to reproduce:

0. Ensure that reporting of position info is enabled in your screen reader
1. From the menu bar expand the history submenu and navigate through history items.


Actual results:

Position info is not announced. Note that history menu is just one example - as far as I was able to determine it affects all places where positions used to be reported.


Expected results:

Position info should be announced if enabled in the screen reader preferences as it used to be.
Bug: Firefox StartPage Behavior Has Changed In Latest Upgrade
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-02-01 14:57:45+00:00
Resolved: 2022-02-02 13:56:35+00:00

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

Steps to reproduce:

I have upgraded to 91.5.0esr, build 20220105212146 and user agent Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Firefox/91.0 OS.  I am using Debian 11 (Bullseye) with Xfce 4.16.  My default search engine is duckduckgo.

When I start a new tab I formerly got a page that allowed me to type in the search field on the default home page.  


Actual results:

When I open a new tab and start typing in the search field, the cursor moves to the address bar and typing continues there.


Expected results:

It should have stayed where it was.  I could type into the search field instead of the address bar.
Bug: Problem rendering colored backgrounds
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-02-01 18:19:04+00:00
Resolved: 2022-03-14 15:29:10+00:00

Attach (recommended) or Link to PDF file here:
http://tenniscentersandpoint.com/wp-content/uploads/2015/01/ntrp-charts.pdf

Steps to reproduce the problem:
1. view the page.   The colored squares on the left are strips of colored lines
2.

What is the expected behavior? (add screenshot)

What went wrong? (add screenshot)
Bug: Session restored uBO logger window is transparent to mouse events
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-02-01 21:42:42+00:00
Resolved: 2022-02-09 14:59:34+00:00

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

Steps to reproduce:

- Manjaro KDE
- fresh Nightly 20220201175554
- enable session restore
- disable title bar
- install uBlock Origin
- enable uBO logger (uBO button on toolbar -> list button) and switch it to windowed mode if maximized
- switch to main window
- open wikipedia (tile)
- wait 15s (side note: logger will not be restored if you don't wait here - was it always like this?)
- close main window
- close logger window
- open Firefox again
- move mouse cursor over logger window, try clicking something


Actual results:

Main window under the logger window receives mouse events

Maybe regression from bug 1564738
Bug: Intermittent TV browser/components/urlbar/tests/browser/browser_bestMatch.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2022-02-01 23:03:57+00:00
Resolved: 2022-06-22 21:26:11+00:00

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

---
```
[task 2022-02-01T22:37:44.586Z] 22:37:44     INFO - TEST-START | browser/components/urlbar/tests/browser/browser_bestMatch.js
[task 2022-02-01T22:38:29.750Z] 22:38:29     INFO - TEST-INFO | started process screentopng
[task 2022-02-01T22:38:29.997Z] 22:38:29     INFO - TEST-INFO | screentopng: exit 0
[task 2022-02-01T22:38:29.998Z] 22:38:29     INFO - Buffered messages logged at 22:37:44
[task 2022-02-01T22:38:29.998Z] 22:38:29     INFO - Entering test bound nonsponsored
[task 2022-02-01T22:38:29.998Z] 22:38:29     INFO - Awaiting for the urlbar panel to open
[task 2022-02-01T22:38:29.999Z] 22:38:29     INFO - Buffered messages finished
[task 2022-02-01T22:38:29.999Z] 22:38:29     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_bestMatch.js | Test timed out - 
[task 2022-02-01T22:38:29.999Z] 22:38:29     INFO - GECKO(1929) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2022-02-01T22:38:30.000Z] 22:38:30     INFO - GECKO(1929) | MEMORY STAT | vsize 3186MB | residentFast 456MB | heapAllocated 213MB
[task 2022-02-01T22:38:30.000Z] 22:38:30     INFO - TEST-OK | browser/components/urlbar/tests/browser/browser_bestMatch.js | took 45170ms
[task 2022-02-01T22:38:30.001Z] 22:38:30     INFO - checking window state
```
Bug: Intermittent TEST-UNEXPECTED-TIMEOUT | browser/base/content/test/tabs/browser_tab_move_to_new_window_reload.js | application timed out after 370 seconds with no output
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-02-02 04:39:53+00:00
Resolved: 2023-06-14 12:00:41+00:00

**Filed by:** abutkovits [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=366415822&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/AmDt9gpBRCi92HsY7R9-9g/runs/0/artifacts/public/logs/live_backing.log

---
```
[task 2022-02-02T03:56:23.619Z] 03:56:23     INFO - TEST-PASS | browser/base/content/test/tabs/browser_tab_move_to_new_window_reload.js | Zero multiselected tabs - 
[task 2022-02-02T03:56:24.064Z] 03:56:23     INFO - Buffered messages finished
[task 2022-02-02T03:56:24.639Z] 03:56:24    ERROR - TEST-UNEXPECTED-TIMEOUT | browser/base/content/test/tabs/browser_tab_move_to_new_window_reload.js | application timed out after 370 seconds with no output
[task 2022-02-02T03:56:24.647Z] 03:56:24    ERROR - Force-terminating active process(es).
[task 2022-02-02T03:56:24.648Z] 03:56:24     INFO - Determining child pids from psutil...
[task 2022-02-02T03:56:24.648Z] 03:56:24     INFO - [1693, 1717, 1777, 1894, 2070, 12650, 13027, 13085, 13486, 13509, 13513, 13543, 13549]
[task 2022-02-02T03:56:24.648Z] 03:56:24     INFO - ==> process 1595 launched child process 1611
[task 2022-02-02T03:56:24.648Z] 03:56:24     INFO - ==> process 1595 launched child process 1693
```
Bug: tab unloading far too aggressive, miscommunicated objective
Status: UNCONFIRMED
Priority: --
Created: 2022-02-02 06:29:14+00:00
Resolved: 2022-09-29 14:52:35+00:00

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

Steps to reproduce:

Use the browser as always. I have over 1000 tabs of which it is typical that I (re-)visited 100-150 during the current session.
I disabled fission because the memory consumption by the many processes did not agree with my usage pattern. (interestingly, about:config shows fission.autostart false as default=non-bold but I am sure I had to disable it because I found it as true after a recent update. I hope it will not be changed by the next update against my will. I have fission.experiment.enrollmentStatus=3 and fission.experiment.startupEnrollmentStatus=3 but I find no documentation about it in https://wiki.mozilla.org/Project_Fission)


Actual results:

when switching between tabs, I notice that a lot of my tabs are reloaded on re-visit. This ddestroys information previously contained on the tab, e.g. the weather forecast for today that I want to comnpare with the weather actually happening bcuase reload will show the weather forecast for tomorrow, or bank account transactions that I expect to be still visible because I am forced to to a new 2factor login and repeat a search, or course booking confirmation with the zoom link for the event.
https://firefox-source-docs.mozilla.org/browser/tabunloader/ states "Tab Unloading is a feature that automatically unloads tabs to prevent Firefox from crashing due to insufficient memory when the system’s available memory is low." I accept this objective, but my system (Ubuntu Linux, 12GB RAM, 12GB swap) has 10GB free swap. 
I see in about:unloads the least recently tab eligible for unload just about 36 hours old while I would expect tabs to survive for weeks without some software full of prejudices destroying their content.


Expected results:

Firefox should not destroy the content of my tabs by unloading when an out-of-memory crash isn't remotely likely.