av9ash/GitBugs huggingface dataset:
Bug: Search box made shorter after update to FF 113.0
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-05-16 06:54:20+00:00
Resolved: 2023-08-28 11:55:01+00:00

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

Steps to reproduce:

In the multiple FF profiles running on my system I have enabled search from a separate search box as follows:

Settings > Search > Search Bar > select "Add search in toolbar"

At some time in the distant past I moved the search box to the toolbar's Overflow Menu area.

While viewing a given tab, hitting Ctrl+K makes the search box popup. From there I type search terms, hit Enter and results open in a new tab as configured. This setup works well for me because I am able to enter my search terms while viewing info on the tab/website that inspired the search and without overwriting that tab's URL.

I tried to capture a screenshot of the size-reduced search box but the search box popup vanished the moment screenshot capture was attempted.


Actual results:

Following the update to FF 113.0 yesterday my Ctrl+K search popup still appears but the search box displayed is much shorter than it used to be. It is now only long enough to fit two or three words, it's no longer possible to view an entire long search string.


Expected results:

Popup search box revealed by Ctrl+K should be long enough to permit long search strings to be viewed.
Bug: We read distribution.ini from the main thread on MSIX Firefoxen
Status: NEW
Priority: --
Created: 2023-05-16 09:19:01+00:00
Resolved: 2023-08-09 17:24:18+00:00

Found in bug 1831406 trying to get the test re-enabled that prevents new instances of mainthreadio.

If that test hadn't been accidentally disabled, this would otherwise have turned up when we started running these builds on infra.

I don't know if reading this file can be avoided, and/or if it could be sped up in some way, and/or if this only happens on first profile startup (which is what [the pre-existing comment for non-msix suggests is the case for the `stat` call](https://searchfox.org/mozilla-central/rev/f60cf6bfa8bd096efd9bb3a445364f5a0f32897a/browser/base/content/test/performance/browser_startup_mainthreadio.js#304-308)).

Unfortunately, unlike for other test runs, for these failures on msix builds it appears we do not get profiler information so there's no stack trace for the read, and I don't know how to run the test locally against an msix build, so I'm not sure how to get further information.
Bug: Address bar text selection is cleared after loading youtube page
Status: NEW
Priority: P3
Created: 2023-05-16 11:54:28+00:00
Resolved: 2023-10-02 15:34:56+00:00

Steps to reproduce:
1. Open youtube video (e.g. https://www.youtube.com/watch?v=QlLJMeEfSmA&list=PLDWduCrK6sRXETVhNRtYIZ5HvxiaNwpst&index=75 )
2. Right click on address bar
   --- The text in the address bar is selected as expected on Windows.
3. Wait for page load

Actual results:
Address bar text selection is corrupted when loading page.

Expected results:
Should not be corrupted.
Google Chrome works as expected.
Bug: The test browser_protectionsUI_fetch.js fails when run in isolation
Status: NEW
Priority: P3
Created: 2023-05-16 12:18:43+00:00
Resolved: 2023-06-06 09:19:45+00:00

Running the following test command against the current `central`, as well as past versions, fails at least on my machine (M1 MacOS):

```
./mach test browser/base/content/test/protectionsUI/browser_protectionsUI_fetch.js
```

When running all of the tests in the directory, the test passes:

```
./mach test browser/base/content/test/protectionsUI/
```
Bug: Firefox Dark/Light theme and Windows high contrast theme lower address bar icons contrast in hover state
Status: NEW
Priority: --
Created: 2023-05-16 13:20:20+00:00
Resolved: 2023-05-24 07:20:31+00:00

**Found in**
* 114.0b4

**Affected versions**
* 102.11.0esr, 113.0, 114.0b4, 115.0a1

**Tested platforms**
* Affected platforms: Win 11, win 10, 
* Unaffected platforms: Ubuntu 22.04, MacOS 12

**Steps to reproduce**
1. Launch Firefox
2. Go to about:addons (in the address bar) 
3. Go to the Themes tab
4. Enable the *Dark*/Light theme
5. Choose a *Hight contrast* Theme for your OS. Win11: Accessibility ->Contrast themes ->e.g. Aquatic
6. In Fx address bar *hover* over the "Bookmark this page" icon or any other icon present in the *address bar*.

**Expected result**
* The icon has a high contrast.

**Actual result**
* The contrast is lower than default.

**Regression range** - not a regression - issue present in Fx 95
Bug: [Linux] The arrow icon indicating the collapsed menu from the Feedback menu button is barely visible with the Alpenglow Theme enabled
Status: NEW
Priority: P3
Created: 2023-05-16 13:30:04+00:00
Resolved: 2023-05-31 18:46:34+00:00

**[Affected versions]:**
- Firefox Nightly 115.0a1 (Build ID: 20230516042430)
- Firefox Beta 114.0b4 (Build ID: 20230514175823)

**[Affected Platforms]:**
- macOS 12.6.1
- Ubuntu 20.04 x64

**[Prerequisites]:**
- Have a VPN client connected to a US server ( make sure the `browser.search.region` pref is set accordingly).
- Have the Firefox Nightly 115.0a1 or Beta 114.0b4 installed.
- Set the following pref:
`browser.urlbar.weather.featureGate` = `true`

**[Steps to reproduce]:**
1. Open the browser from the prerequisites.
2. Type the “weather” string in the Address Bar.
3. Hover the weather result and click the “Feedback” menu button. 
4. Observe the arrow icon that indicates the collapsed menu.

**[Expected result]:**
- The arrow is easily visible.

**[Actual result]:**
- The arrow is hardly visible.

**[Notes]:**
- The issue is also reproducible for the separator line between the “Don’t show this” and “Learn more about Firefox Suggest” options.
- The issue is also reproducible using the Firefox Alpenglow Theme.
- On Ubuntu, the issue is only reproducible with the Firefox Alpenglow Theme. 
- Attached is a screenshot of the issue.
Bug: Imported Saved Form History data is no longer working after the station is left idle
Status: NEW
Priority: P3
Created: 2023-05-16 14:04:18+00:00
Resolved: 2023-07-03 12:36:49+00:00

**Found in**
* 114.0b4

**Affected versions**
* 115.0a1 (2023-05-16)
* 114.0b4










**Tested platforms**
* Affected platforms: Ubuntu 20.05, Windows 10x64 (reproduced one time), and macOS 12 (reproduced one time)
* Unaffected platforms: none


**Preconditions**
* have some Saved Form History data inside Chrome on https://fill.dev/form/identity-simple 
* inside Settings >  Privacy > Screen Lock set the options as in the attached screenshot

**Steps to reproduce**
1. Open Firefox and import Saved Form History data.
2. Open https://fill.dev/form/identity-simple and check that the form history is imported.
3. Leave PC/Laptop Idle for like ~5+ minutes.
4. Wake up the operating system and check if the Saved Form History data form still works on https://fill.dev/form/identity-simple.


**Expected result**
* The Saved Form History Data is working.

**Actual result**
* There are no Saved Form History data available.


**Regression range**
* I will search for one ASAP. Most likely not a regression and was introduced when the Import Saved Form History was implemented (bug 1827425).

**Additional notes**
* We could reproduce this once on a Windows and a macOS 12 machine, but the issue seems to be intermittent on those operating systems. This reproduces every time on Ubuntu 20 and Ubuntu 22 by following the above steps. Maybe something else is triggering this behavior on Windows or macOS.
* S3 because we don’t know how often this issue reproduces on Windows or macOS and form history can be imported again.
* Only imported form history is deleted, form history saved inside Firefox after the import is performed is kept after following the above steps.
* This is reproduced with legacy migration and the new migration windows (both variants).
* I could not reproduce the issue on Ubuntu if I set the Blank Screen Delay to 1 minute so I think that a certain amount of time needs to be passed in order for the issue to be reproduced.
Bug: Firefox view recently closed section items are not visible at hover when using high contrast
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-05-16 14:33:52+00:00
Resolved: 2023-05-24 07:42:18+00:00

**Found in**
* Firefox 114.0b4

**Affected versions**
* Firefox 114.0b4
* Firefox 115.0a1

**Tested platforms**
* Affected platforms: Windows 10, Ubuntu 22, macOS 12

**Preconditions**
* Access system settings and activate High Contrast

**Steps to reproduce**
1. Launch Firefox and access some web pages in different tabs then close them, to populate the Firefox view "Recently closed" section.
2. Click on the Firefox View (Firefox View tab is placed at the beginning of the tab bar) and check the UI, observe the "Recently closed" section items hover state.
3. Change the theme to Dark and repeat step 2.

**Expected result**
* The "Recently closed" section items hover state (the entire row) is completely visible with High Contrast.

**Actual result**
* The "Recently closed" section items hover state (the entire row) is not completely visible, the first part of the closed website link is not visible, see the attached screenshot.

**Regression range**
* It seems it is a recent regression.
* First bad: Firefox from 2023.04.23, changeset: 16dc704d9c62036f503955aeaa7b67f4f52afb00
* Last good: Firefox from 2023.04.23, changeset: 33072ed19eaf8a8130c5f5e80add0e811514d2dd
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=81d74ac674724ba476edea2b15c516e7f8e969a5&tochange=1b7d8fa6590d87561d28b6c0a1ce063428709279
* Potentially regressed by: bug 1828736

**Additional notes**
* The same issue is present with dark theme in high contrast.
* Unaffected version Firefox 113.0.1, strange but if it is needed more investigation please contact me.
Bug: Web sites not loading with new update.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-05-16 23:13:10+00:00
Resolved: 2023-05-31 19:05:29+00:00

Not sure if this is related, but most of my regularly accessed web sites that I use for commerce are not loading when entered.  I have been getting regular errors like problem loading page or connection timed out.  I have switched to Safari and the same pages are loading easily.  This issue seemed to appear at the last update just a few days ago.
Bug: Title bar displays random text from (usually) closed tab
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-05-16 23:45:04+00:00
Resolved: 2023-08-08 14:53:01+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:109.0) Gecko/20100101 Firefox/113.0

Steps to reproduce:

Opened and closed windows and tabs


Actual results:

Eventually (within an hour) gets into a state where the title bar stops updating to match the current tab. Usually it gets stuck with the text of a recently closed tab. All windows display the same symptom, with different (wrong) text getting stuck.

See attached image showing this window's tab selected but the title of a closed tab from Amazon ("Your Account") in the title bar.


Expected results:

As I select tabs, I expect the window's title bar to change to match the tab in view.
Bug: Intermittent test timeouts, after/around log lines `console.error: (new Error("Polling for changes failed: Unexpected content-type \"text/plain;charset=US-ASCII\".", "resource://services-settings/remote-settings.sys.mjs", 324))`
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-05-17 00:22:26+00:00
Resolved: 2023-05-20 05:50:33+00:00

We have quite a few intermittent test timeouts where the timeout happens right after this line:
>  console.error: (new Error("Polling for changes failed: Unexpected content-type \"text/plain;charset=US-ASCII\".", "resource://services-settings/remote-settings.sys.mjs", 324))

I first noticed this in bug 1787008 comment 47, but then I searched bugzilla for `remote-settings.sys.mjs` and found 166 bug reports that all appear to have this string included in some copypasted log snippet, which is a bit suspicious.

Here's that bugzilla search:
https://bugzilla.mozilla.org/buglist.cgi?longdesc=remote-settings.sys.mjs&classification=Client%20Software&classification=Developer%20Infrastructure&classification=Components&classification=Server%20Software&classification=Other&list_id=16556093&longdesc_type=allwordssubstr&query_format=advanced&resolution=---

Some examples: bug 1833413, bug 1833434.

In many cases (like those)^, this line is the last thing that gets logged before a timeout, which makes it look suspiciously like the culprit.

However, in other cases, it gets logged a bit later on and seems like it might just be background noise (?), e.g. in bug 1833155 where it's logged twice, along with some similar logging for `resource://services-settings/Utils.sys.mjs"`.

If it's not related to the timeouts, it's creating some confusing background noise that would be nice to omit, to reduce confusion.

Standard8, it looks like you've made most of the recent edits to that file - perhaps you could take a look at this or know who might be the right person to do so?
Bug: Layout problem for Address bar - Messed up
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-05-17 06:16:02+00:00
Resolved: 2023-05-17 08:30:48+00:00

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

Steps to reproduce:

Update firefox to v113.0.1 on Ubuntu 18.04.6 LTS


Actual results:

The address bar is buggy and not there where it should be, see attached screenshot.


Expected results:

Not mess the address bar up after a update....
Bug: firefox disregards DNS entries and decides to search anyway
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-05-17 08:20:06+00:00
Resolved: 2023-05-31 15:17:44+00:00

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

Steps to reproduce:

1.  Have local resolving DNS server as only DNS server for compuer.
2.  Create local DNS entry for "floater.cameranet" that points to a private address space.  ( 172.18.25.225 )
3.  Type in "floater.cameranet" into url bar.
4.  See google results for "floater.cameranet" instead of camera at 172.18.25.225 .


Actual results:

Google search was performed. (Google default search provider.)


Expected results:

Should attempt to connect to either http://floater.cameranet/ or https://floater.cameranet/ first. Only if those fail should default search provider be queried.

------

If you force connection by typing complete url http://floater.cameranet/ (or https://floater.cameranet/) into url bar , ONLY THEN will firefox finally surf correctly to the site. All other instances it's impossible to connect.
Bug: Middle-clicking the new tab button with an empty selection or clipboard opens a blank page without a title
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-05-17 09:18:41+00:00
Resolved: 2023-05-18 05:06:53+00:00

STR
1. On Ubuntu 23.04 with `browser.tabs.searchclipboardfor.middleclick = true`.
2. Select or copy some empty space characters in a document.
3. Click the new tab button with the middle mouse button.

Expected:
Nothing happens or a search is performed.

Actual:
A new tab is created with an empty page that has no title and the address bar contains the pasted content.

The tab initially gives the impression of being broken but continues to operate normally.

Console errors:
    
    NS_ERROR_FAILURE: Should pass a non-null uri       URIFixup.sys.mjs:295
    NS_ERROR_FAILURE: 
    fixupAndLoadURIString resource://gre/modules/RemoteWebNavigation.sys.mjs:154
    _internalMaybeFixupLoadURI chrome://browser/content/tabbrowser.js:7235
    fixupAndLoadURIString chrome://browser/content/tabbrowser.js:7188
    _kickOffBrowserLoad chrome://browser/content/tabbrowser.js:3095
    addTab chrome://browser/content/tabbrowser.js:2784
    openLinkIn resource:///modules/URILoadingHelper.sys.mjs:561
    openTrustedLinkIn resource:///modules/URILoadingHelper.sys.mjs:716
    openTrustedLinkIn chrome://browser/content/utilityOverlay.js:125
    wrappedJSObject chrome://browser/content/browser.js:2903
    BrowserOpenTab chrome://browser/content/browser.js:2899
    handleNewTabMiddleClick chrome://browser/content/tabbrowser.js:4389
    onclick chrome://browser/content/browser.xhtml:1
Bug: No PDF icon is shown when the default reader is Firefox MSIX
Status: NEW
Priority: P3
Created: 2023-05-17 16:54:13+00:00
Resolved: 2023-05-17 17:46:25+00:00

0. Install Firefox from the Microsoft Store
1. Set it as the default app for PDF files (in the context menu: Open With -> Choose another app -> Always)
2. See if the PDF icon (https://searchfox.org/mozilla-central/source/browser/branding/official/document_pdf.ico) is applied in File Explorer

Expected: It should be
Actual: It's not
Bug: For pages in a "Restart Required" state (with URL shown), Ctrl+L doesn't select the URL; instead, it adds a "/" and selects only that
Status: NEW
Priority: P3
Created: 2023-05-17 16:56:16+00:00
Resolved: 2023-05-18 08:17:10+00:00

[Followup to bug 1777297; similar setup, slightly different symptom]
STR:
1. Get to a state where Firefox Nightly gives you "Restart Required" error pages for some domain.[1]
2. Open a new tab and type in a URL that you know is going to give you "Restart Required", and hit "enter".  e.g. for me right now, type `example.org` and hit Enter.
3. Focus the URL bar with Ctrl+L

EXPECTED RESULTS:
The URL should be selected.

ACTUAL RESULTS:
The URL is briefly selected, then a trailing `/` is automagically added and that becomes the only thing that's selected.

I'm using Firefox Nightly 115.0a1 (2023-05-16) (64-bit) on Ubuntu 22.04

[1]  (e.g. let Firefox Nightly install an update in the background, by starting Firefox with a fresh profile while you're already running.  Then, typically, any origins that don't have a content process already running will give you a "restart required" page)
Bug: Firefox Tab Bar Freezes
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-05-17 17:21:53+00:00
Resolved: 2023-06-19 13:27:36+00:00

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

Steps to reproduce:

1. Open Firefox 
2. Navigate to YouTube.com.
3. Open multiple YouTube tabs (roughly 3 or more)


Actual results:

Almost immediately after I opened another YouTube tab, the Firefox tab bar froze and all actions I made (click to another tab, Use CTRL+TAB, etc) were extremely delayed or slow to respond. Forcing me to either restart Firefox or detach a tab from the Tab bar to fix it.


Expected results:

It shouldn't slow the Firefox tab bar down and delay user actions.
Bug: Internationalized domain names shown in their ASCII form in the search results of the search bar
Status: NEW
Priority: P3
Created: 2023-05-17 21:24:50+00:00
Resolved: 2023-09-25 18:11:40+00:00

Internationalized domain names are shown in its ASCII form when they match a search in the address bar.

See the attached image where instead of the already visited http://中国.icom.museum site, the results show https://xn--fiqs8s.icom.museum
Bug: Search bar in Overflow Menu is too narrow
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-05-18 04:43:48+00:00
Resolved: 2023-05-18 04:52:37+00:00

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

Steps to reproduce:

I placed the Search bar in the Overflow Menu.


Actual results:

The width of the Search bar is much less than the available horizontal space in the Overflow Menu, and as such, barely any text within the Search bar is visible.


Expected results:

The Search bar should be as wide as the Overflow Menu.

This was the behaviour as of a few weeks ago, though I don't know which Firefox release was the first to have this width change.
Bug: TPS - Error adding password
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-05-18 18:34:07+00:00
Resolved: 2023-05-24 04:44:54+00:00

We have seen some errors from TPS consistently starting on May 12. The errors are shown in the Firefox iOS Sync Integration tests. The TPS logs show the following error. TPS is used to create Firefox accounts for testing.
```
2023-05-17 09:16:59.304 CROSSWEAVE INFO: executing action ADD on password {"hostname":"https://accounts.google.com","submitURL":"https://accounts.google.com/signin/challenge/sl/password","realm":null,"username":"iosmztest","password":"test15mz","usernameField":"Email","passwordField":"Passwd"}

dumping password list

* origin=chrome://FirefoxAccounts, formActionOrigin=null, realm=Firefox Accounts credentials, password={"version":1,"accountData":{"scopedKeys":{"https://identity.mozilla.com/apps/oldsync":{"kid":"1684340207797-3qpwVoJrciVi6yGLQeCSiA","k":"5uMKw7WjyuzqUH6oG8o01J0xD_FdQzr9hGh_p2eXSblxYsa6Cx8tJmeurKUM_W1S0VEkeJYuU2MBx9tY26b-eA","kty":"oct"},"sync:addon_storage":{"kid":"1684340207797-Nb5IOrWFlbySFxUB4fdeAPAqqz-khIq9MUKR6h0xS6M","k":"SVHkxc47BhZNaoMd2mF3kMD11C9RuxnR9Pj4V70ayDWUUy7oFF_ShxNmwjxVZBkvowPypIRufy1TF_XP61h60g","kty":"oct"}},"kSync":"e6e30ac3b5a3caecea507ea81bca34d49d310ff15d433afd84687fa7679749b97162c6ba0b1f2d2667aeaca50cfd6d52d1512478962e536301c7db58dba6fe78","kXCS":"deaa7056826b722562eb218b41e09288","kExtSync":"4951e4c5ce3b06164d6a831dda617790c0f5d42f51bb19d1f4f8f857bd1ac83594532ee8145fd2871366c23c5564192fa303f2a4846e7f2d5317f5cfeb587ad2","kExtKbHash":"35be483ab58595bc92171501e1f75e00f02aab3fa4848abd314291ea1d314ba3"}}, passwordField=, username=791c01ca226b4ad0b095fec7c6f3a92e, usernameField=


end password list

2023-05-17 09:16:59.310 CROSSWEAVE ERROR: [phase phase1] RunNextTestAction failed - Error: ASSERTION FAILED! error adding password(resource://tps/logger.sys.mjs:78:11) JS Stack trace: AssertTrue@logger.sys.mjs:78:11
HandlePasswords@tps.jsm:489:25
add@tps.jsm:1555:16
RunNextTestAction@tps.jsm:982:23
RunNextTestAction@tps.jsm:999:16
2023-05-17 09:16:59.311 CROSSWEAVE INFO: quitting
2023-05-17 09:16:59.617 CROSSWEAVE INFO: ----------event observed: profile-before-change
```

https://storage.googleapis.com/mobile-reports/public/firefox-ios-M1/result_516/SyncIntegrationTests/results/assets/test_integration.py__test_sync_logins_from_desktop_6_0.txt
Bug: Opening Office Word 2007 AFTER opening Firefox 113.0.1 causes Firefox to close bookmarks and will not allow them to be reopened without closing and reopening Firefox
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-05-18 20:01:16+00:00
Resolved: 2023-10-11 03:53:32+00:00

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

Steps to reproduce:

1. open Firefox 113.0.1
2. open Word 2007 which reconfigures the Word application


Actual results:

1. Firefox EITHER :
a. closes SOME bookmarks OR
b. closes ALL bookmarks
2. prevents the user from opening ANY closed bookmarks
3. only workaround found is to close Firefox and reopen the application


Expected results:

The operation of Firefox should not be affected by opening another application.