av9ash/GitBugs huggingface dataset:
Bug: Toolbar customization and menus don't work correctly with touch
Status: NEW
Priority: P3
Created: 2022-09-30 10:51:37+00:00
Resolved: 2022-11-04 16:01:34+00:00

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

Steps to reproduce:

The toolbar customization and menus don't work correctly with touch, making a lot of advanced Firefox functionality unavailable or a huge pain on touch devices.

Among the many problems are:

1. A long finger press the empty space to the right of the tabs on the tab bar does nothing. It should bring up the menu that offers "Customize toolbar...". This makes customization entirely unusable/unreachable for all those not figuring out it's also reachable through the overflow menu, I haven't found another spot to still open it.

2. In the customize view, a finger press & drag on any toolbar item will either do nothing or bring up the context menu as if I had long pressed but NOT dragged. This makes rearranging items downright impossible, you can just move them in/out of the overflow menu or get them out of the toolbar entirely but you're otherwise just stuck forever with the order.

3. When putting "Synced tabs" into the overflow menu (the button to get there, I mean), and then opening the overflow menu and tapping the "Synced tabs" entry, the resulting listing of open synced tabs is not scrollable with the finger if it is cut off on the screen due to the many open tab entries. This means the menu is mostly unusable since I can't actually see let alone open most of the listed synced tabs.

It would be great if this all worked better.


Actual results:

Lots of things not reacting right to finger drag to move and finger drag to scroll, making a lot of functionality unavailable.


Expected results:

Works as described
Bug: Unable to switch from Firefox View directly to other tabs using TAB key
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2022-09-30 14:10:55+00:00
Resolved: 2022-11-17 13:58:36+00:00

**Found in**
* Firefox 106.0b6

**Affected versions**
* Firefox 106.0b6
* Latest Nightly 107.0a1
* Firefox 

**Tested platforms**
* Affected platforms: Windows 10, macOS 11.6 and Ubuntu 21.04

**Steps to reproduce**
1. Open 1 or 2 tabs
1. Click Firefox View button
2. Try to reach the new tab with TAB key from the keyboard

**Expected result**
* User can cycle through Firefox View and the opened Tabs

**Actual result**
* User can't cycle through the opened tabs using TAB key once focused on Firefox View

**Regression range**
* Not a regression since this is also the behavior on old Nightly builds from 2022-05-10, close to when this feature existed.

**Additional notes**
* If the users have a normal tab in focus they can cycle through the tabs and Firefox View using TAB key without issues.
Bug: Intermittent browser/components/preferences/tests/browser_searchDefaultEngine.js | application crashed [@ MOZ_Crash(char const*, int, char const*)]
Status: RESOLVED
Priority: P1
Resolution: DUPLICATE
Created: 2022-09-30 15:03:26+00:00
Resolved: 2022-10-06 17:34:48+00:00

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

---
```
[task 2022-09-30T13:52:00.166Z] 13:52:00     INFO - TEST-PASS | browser/components/preferences/tests/browser_searchDefaultEngine.js | Should have the correct engine as default on first open - "engine1" == "engine1" - 
[task 2022-09-30T13:52:00.167Z] 13:52:00     INFO - Buffered messages finished
[task 2022-09-30T13:52:00.168Z] 13:52:00    ERROR - TEST-UNEXPECTED-FAIL | browser/components/preferences/tests/browser_searchDefaultEngine.js | application terminated with exit code 1
[task 2022-09-30T13:52:00.168Z] 13:52:00     INFO - runtests.py | Application ran for: 0:02:33.707099
[task 2022-09-30T13:52:00.169Z] 13:52:00     INFO - zombiecheck | Reading PID log: C:\Users\task_1664544807\AppData\Local\Temp\tmpp6lxede1pidlog
```
Bug: UI not functioning on non-primary profile when multiple windows are opened
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-09-30 16:10:40+00:00
Resolved: 2022-11-07 11:32:15+00:00

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

Steps to reproduce:

1. Create a non-default profile.
2. Open a second browser window by right-clicking on a tab then choose "Move Tab" > "Move to new window"
3. Open a new tab.  
4. Attempt to interact with the UI.  (In my case, I tried to close the primary tab using the close button and middle click.  I also attempted to click into the address bar ack the hamburger menu on the right.)

Please note that changing tabs and the bookmark bar do work.  


Actual results:

There is no response in the UI.  


Expected results:

I should be able to interact with the entire UI.
Bug: Privacy pane does not handle small window width well in DE langpack
Status: RESOLVED
Priority: P1
Resolution: DUPLICATE
Created: 2022-09-30 18:08:24+00:00
Resolved: 2022-10-13 18:39:54+00:00

When using the German langpack, the about:preferences#privacy section does not handle small window sizes well due to hboxes/labels that do not wrap at smaller screen sizes. I'm not sure if we can totally prevent the horizontal scrollbar in this case (or for other languages), but we should be able to reduce the width range in which the scrollbar appears. (There's probably a better way to word the title, feel free to change)

I think with this bug, we can close out Bug 1773212 since the original concern of that bug was addressed and fixed.
Bug: Regression: About Nightly Window is too small / Text is cut off on the right side
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-10-01 05:57:45+00:00
Resolved: 2022-10-25 10:29:27+00:00

Nightly 107.0a1 (2022-09-30) (64-Bit)
MacOS

1.) Check for Updates via Mac Manu Bar > Firefox Nightly > About Nightly

Actual: About Nightly Window is too small. Text is cut off.

Expected: About Nightly Window must be larger.

This is a recent regression.

Thanks for checking.
Bug: Fix wrong rename of PerTestCoverageUtils in browser_all_files_referenced.js
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2022-10-01 06:05:04+00:00
Resolved: 2022-10-04 21:38:22+00:00

I must have updated this reference from .jsm to sys.mjs because it was under remote/marionette, but that's actually not a "remote" JSM, it's just an alias... https://searchfox.org/mozilla-central/rev/f36f074acc09f2dab0e9ffaba34b5f6714dec81d/remote/marionette/jar.mn#52
Bug: Bookmarks Library view scrolls back randomly when a bookmark is clicked
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-01 16:02:40+00:00
Resolved: 2022-10-10 17:00:26+00:00

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

Steps to reproduce:

1. open Bookmarks Library
2. select a Folder containing so many bookmarks that they overflow and there is a scrollbar in the bookmarks view
3. scroll the bookmarks' scroll-view down a bit using mouse wheel
4. select one of the bookmarks with a mouse click



Actual results:

The scroll-view jumps randomly back when the bookmark is selected.
This behavior is unexpected by the user, and it breaks user experience as bookmarks randomly jump out of user focus.

It seems to happen since Firefox 105.
I'm pretty sure Firefox 104 didn't behave like this.


Expected results:

The selected bookmark is (obviously) already visible, so the scroll-view should not be artificially scrolled (to ensure it is visible?).
Bug: nightly show all history will not go to full screen, only in corner of screen
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-01 16:28:45+00:00
Resolved: 2022-10-03 17:04:49+00:00

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

Steps to reproduce:

started nightly, then went to show all history.  


Actual results:

The page opened, but the history only shows in a corner.  Nothing I can do will expand it to fill the screen.  There might be something, but nothing I tried worked.


Expected results:

The history page opens in full screen, with the history itself filling the screen.
Bug: The searchbar popup is missing a border in HCM again
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-10-01 23:11:13+00:00
Resolved: 2022-10-05 14:28:04+00:00

Bug 1782858 regressed a part of bug 1770210, basically `--menu-border-color` doesn't exist anymore.
Replacing it with `--arrowpanel-border-color` here:
https://searchfox.org/mozilla-central/rev/462f51927aaeb97447dd2a9f347ca42b1e6f9fa3/browser/themes/shared/searchbar.css#178
should fix it.

(Also I think the @media here can go away, not sure why I thought it was needed back in the day (or maybe it's not needed anymore -- not sure):
https://searchfox.org/mozilla-central/rev/462f51927aaeb97447dd2a9f347ca42b1e6f9fa3/browser/themes/shared/urlbarView.css#870 )
Bug: Wrong link "Learn more about Quick actions"
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-02 10:32:45+00:00
Resolved: 2022-10-03 11:29:44+00:00

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

Steps to reproduce:

1. Click in the address bar
2. Click on the "Learn more about Quick actions" button


Actual results:

> Page Not Found
> Sorry, we couldn't find the page you were looking for. Please, try searching our site using the form below.
> Enter your terms in the form below and click Search


Expected results:

You should see help for this feature and a brief description of how it is configured.
Bug: [Firefox Nightly]Inner elements of the Manage bookmarks/history window don't scale with the size of the window
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-02 12:26:26+00:00
Resolved: 2022-10-03 17:04:48+00:00

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

Steps to reproduce:

Firefox Nightly, Win10: Open Manage Bookmars (Ctrl+Shift+O), drag the corner of the window to increase the window size


Actual results:

observe how the bookmarks list and view don't increase in size with the window, but instead some useless empty space grows


Expected results:

Inner elements should increase in size as the window increases in size
Bug: Sidebar width migration fails
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-10-02 20:18:25+00:00
Resolved: 2022-10-03 09:50:17+00:00

The sidebar width fix in bug 1792748 works correctly for new sidebar widths set in the future, but the migration code has a small bug, so it fails to run as expected.
Bug: Master password doesn't lock browser if you click cancel.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-10-02 20:30:33+00:00
Resolved: 2023-12-24 16:39:07+00:00

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

Steps to reproduce:

I enabled "Use a Primary Password" under the "Logins and Passwords" section in the page "about:preferences#privacy". When you type a password and close the browser, you will be prompted to type the password next time you open the browser. Here, you can simply click cancel.


Actual results:

Clicking "Cancel" results in the browser giving you access to all features I've tested. This includes general browsing, looking at saved bookmarks and changing settings, however turning off the master password does require you to type it in though - this time you can't just cick cancel again.


Expected results:

It shouldn't have let me use the browser if I'm prompted to type a password before it lets me use the browser.
Bug: Developer Tools shows blank empty panel
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-10-02 22:54:25+00:00
Resolved: 2022-10-12 14:02:19+00:00

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

Steps to reproduce:

Right-click | Inspect on Windows Desktop 105.0.1 version


Actual results:

A blank black panel at the bottom of the screen (see attachment)


Expected results:

Display Developer Tools
Bug: Address bar shows search suggestions after switching search engines, even when "Show search suggestions" setting is false
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-10-03 04:15:21+00:00
Resolved: 2022-10-17 12:11:28+00:00

Steps to reproduce:

1. In Settings > Search, set the "Show search suggestions" setting to false.
2. Return to the Firefox homepage.
3. Start to type some search terms in the address bar.
4. As expected, Firefox does not show any search suggestions.
5. Tap the address bar's "Search engine" button and select a different search engine.



Actual results:

Firefox should not show search suggestions


Expected results:

Firefox shows search suggestions despite "Show search suggestions" option being set to false
Bug: Services.logins is broken, thinking the primary password is locked even though it's not configured.
Status: UNCONFIRMED
Priority: --
Created: 2022-10-03 04:59:27+00:00
Resolved: 2023-12-28 17:52:22+00:00

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

Steps to reproduce:

I did a factory reset onto my laptop and redownloaded mozilla.


Actual results:

None of my passwords from my phone are syncing with my browser and my browser can't create new saved logins.


Expected results:

A successful sync of logins between two devices.
Bug: [Windows] [New users] The background of the images from the "about:welcome" page is not visible if the "High Contrast Mode" is enabled
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-10-03 08:23:31+00:00
Resolved: 2022-10-10 14:06:41+00:00

**[Affected versions]:**
- Firefox Nightly 107.0a1 (Build ID: 20221002212226)

**[Affected Platforms]:**
- Windows 10 x64

**[Prerequisites]:**
- Have the latest version of the Firefox Nightly build installed and opened.
- Have the system "High Contrast Mode" enabled.

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Navigate to the "about:welcome" page.
3. Navigate through the "Onboarding" screens and observe the images' backgrounds.

**[Expected result]:**
 - The background of the images is visible.

**[Actual result]:**
 - Only the image assets are visible.

**[Additional notes]:**
- Attached is a screenshot of the issue.
Bug: Screenreader does not read annotated text in PDF documents
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-10-03 11:35:40+00:00
Resolved: 2024-02-13 14:02:36+00:00

**Found in**
- Firefox 106.0b7

**Affected versions**
- Firefox 106.0b7;
- Nightly 107.0a1;

**Tested platforms**
- macOS 12;
- Windows 10; 
- Ubuntu 22;

**Affected platforms**
- macOS 12;
- Windows 10;
- Ubuntu 22;

**Steps to reproduce**
1. Launch Firefox and go to any pdf form, for example https://www.africau.edu/images/default/sample.pdf. 
2. Click on the Text button from the upper right side of the PDF Toolbar.
3. Select a place on the PDF and enter any text. 
4. Enable the screenreader(VoiceOver on macOS, NVDA on Windows, ORCA on Linux).
5. Focus the previously written text. 

**Expected result**
- Screenreader should be able to read the text correctly.

**Actual result**
- Screenreader reads any text as "group"/"blank"(depending on OS).

**Regression range**
- Not a regressions since this is a new feature.

**Additional notes**
- I noticed that if the user is writing the text slowly with VoiceOver enabled, VoiceOver will read the input letter by letter. On Windows, NVDA reads "blank" instead of "group". Orca does not recognize the text at all on Linux if focused. Please see attached video with the issue.
Bug: Can't select previously inserted text after saving to PDF
Status: NEW
Priority: P3
Created: 2022-10-03 12:24:01+00:00
Resolved: 2022-10-11 13:41:02+00:00

**Found in**
- Firefox 106.0b7;

**Affected versions**
* Firefox 106.0b7;
* Nightly 107.0a1;

**Tested platforms**
- macOS 12;
- Windows 10;
- Ubuntu 22;

**Affected platforms**
- macOS 12;

**Unaffected platforms**
- Windows 10;
- Ubuntu 22; 

**Steps to reproduce**
1. Launch Firefox and go to a pdf, for example https://www.irs.gov/pub/irs-pdf/f1040.pdf . 
2. Select the Text button and insert some text on pdf.
3. Click on print button from pdf toolbar.
4. Save the document via Save to PDF. 
5. Open the saved PDF in Firefox and select the previously inserted text. 

**Expected result**
- Text is selected.

**Actual result**
* Text is not selected. 

**Regression range**
- Not a regression since this is a new feature. 

**Notes**
- Instead of selecting the text, the tooltip is shown. On Windows, when saving via Microsoft Print to PDF, the inserted text can be selected but not the original one from the form. Please see attached video for more details.
Bug: 2.66% bing-search-restaurants PerceptualSpeedIndex (Android) regression on Fri September 23 2022
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-10-03 14:27:00+00:00
Resolved: 2022-11-09 21:30:40+00:00

Perfherder has detected a browsertime performance regression from push [df40645f791d0cb16c25d254c6bea3f077370472](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=df40645f791d0cb16c25d254c6bea3f077370472). As author of one of the patches included in that push, we need your help to address this regression.

### Regressions:

| **Ratio** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)**| 
|--|--|--|--|--| 
| [3%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,3388672,1,13) | [bing-search-restaurants](https://firefox-source-docs.mozilla.org/testing/perfdocs/raptor.html#bing-search-restaurants-m) PerceptualSpeedIndex | android-hw-p2-8-0-android-aarch64-shippable-qr | warm webrender | [495.08](https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/HQscJn3ERUGNwGwABpbClw/runs/0/artifacts/public/test_info/browsertime-results.tgz) -> [508.25](https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/Yz7kcZtOT9CZcSmqYgExZQ/runs/0/artifacts/public/test_info/browsertime-results.tgz) |


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=35521), including links to graphs and comparisons for each of the affected tests. Please follow our [guide to handling regression bugs](https://wiki.mozilla.org/TestEngineering/Performance/Handling_regression_bugs) and **let us know your plans within 3 business days, or the offending patch(es) may be backed out** in accordance with our [regression policy](https://www.mozilla.org/en-US/about/governance/policies/regressions/).

If you need the profiling jobs you can trigger them yourself from treeherder job view or ask a sheriff to do that for you.

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).
Bug: F6 results in CFR panel showing and hiding  when URL bar is focused on "blank" url page or URL string has been altered
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-10-03 15:27:22+00:00
Resolved: 2022-12-12 16:53:01+00:00

When the CFR panel is open, clicking F6 results in different behavior on `about:welcome` and `about:newtab` pages than on other web pages (see attached screen grabs). On `about:newtab` and `about:welcome` pages, it hides and reveals the CFR panel. For other pages, it navigates the user between the URL bar and the CFR calls to action.

According to [The Blind Access Journal](https://blindaccessjournal.com/2021/06/f6-is-your-friend/), `In the Google Chrome and Mozilla Firefox web browsers, F6 jumps out of the address bar and moves focus directly into the currently loaded web page.`

Behavior should be consistent across all contexts. The current behavior on `about:newtab` and `about:welcome` pages doesn't allow the user to access the CFR _or_ the page content.

We've found the same issue occurs when the URL has been altered by the user in the URL bar (and it's focused).
Bug: F6 results in different behavior on about: pages when CFR panel is open
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-03 15:27:32+00:00
Resolved: 2022-10-03 16:10:50+00:00

When the CFR panel is open, clicking F6 results in different behavior on `about:` pages than on other web pages (see attached screen grabs). On `about:` pages, it hides and reveals the CFR panel. For other pages, it navigates the user between the URL bar and the CFR calls to action.

According to [The Blind Access Journal](https://blindaccessjournal.com/2021/06/f6-is-your-friend/), `In the Google Chrome and Mozilla Firefox web browsers, F6 jumps out of the address bar and moves focus directly into the currently loaded web page.`

Behavior should be consistent across all contexts.
Bug: GUI issues when trying to delete cookies from about:preferences#privacy
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-03 15:28:36+00:00
Resolved: 2022-10-03 15:58:13+00:00

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

Steps to reproduce:

With the latest Nightly on Windows 10 x64, go to about:preferences#privacy and try to manage cookies and site data.


Actual results:

When trying to delete cookies from a single website, the GUI is all messed up. With multiple websites, the 'Clear' button is not synced with the mouse pointer.
https://ibb.co/7XqB7tL
https://ibb.co/j5W3tGq


Expected results:

It should act normal. The beta is unaffected and so was Nightly 4 days prior.
Bug: "Say hello to Firefox View" modal is not localized
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-10-03 17:15:54+00:00
Resolved: 2022-10-24 15:55:30+00:00

STR:
I'm not sure if there's a pref to control the "Say hello" modal, but you'll need an instance of Firefox (or maybe just a new profile) where you haven't navigated to Firefox View before.
1. Download a non-English localized build
  * Or change the locale by downloading the appropriate langpack from https://ftp.mozilla.org/pub/firefox/nightly/latest-mozilla-central-l10n/linux-x86_64/xpi/ and using `Services.locale.requestedLocales = ["langcode-Langcode"]`.
1. Change web content language in about:preferences#general to a non-English language
2. Restart browser to ensure Firefox has changed all of the localized elements
3. Navigate to Firefox View

Expected:
- The "Say hello to FIrefox View" modal is localized

Actual:
- The "Say hello to Firefox View" modal is in English
Bug: [foxfooding] about:firefoxview is not listed in about:about and not autocompleted in the URL bar
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2022-10-03 18:41:46+00:00
Resolved: 2022-10-27 14:12:35+00:00

**Firefox Version:** Mozilla/5.0 (X11; Linux x86_64; rv:104.0) Gecko/20100101 Firefox/104.0
**Window Size (inner width and height):** 1638x1127
**GitHub Username:** @Vinnl
## Steps to Reproduce
1) Visit about:about
2) Focus the URL bar
3) Start typing `about:fi`

## Expected Behavior
The URL bar autocompletes to about:firefoxview, and about:firefoxview is listed in the about pages on about:about.

## Actual Behavior
It's not listed on about:about and not autocompleted.

## Attachment
![Attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/3d1a2573-d761-480c-afa0-5ed37eb5e64a.png)
[Link to the original attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/3d1a2573-d761-480c-afa0-5ed37eb5e64a.png)
Bug: Spotlight dialogs have a minimum width set by resizeDialog
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-10-03 21:05:51+00:00
Resolved: 2022-10-12 12:46:50+00:00

We will need to prevent the changes from bug 1792730 from applying to `.spotlightBox` or `sizeto="available"` dialogs.