av9ash/GitBugs huggingface dataset:
Bug: Unable to actually delete search history item of Search bar using DEL key
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-06-16 03:37:31+00:00
Resolved: 2024-07-31 07:26:57+00:00

Unable to actually delete search history item of Search bar using DEL and also using Shift+DEL and Ctrl+DEL.

Steps to reproduce:
1. Prerequisite, set up independent Search bar from customize toolbar
2. Press ArrowDown key on the Search bar so that form history items will popup
3. Select a form history item with keyboard
4. Press DEL key (or Shift+DEL and Ctrl+DEL key) on a form history item
4. Again, Press ArrowDown key on the Search bar

Actual Results:
Screencast: https://youtu.be/kqEQu-frvrY
The form history item is not actually deleted from the database
The following error appears on Browser console when press DEL key.

```
TypeError: can't access property "ownerGlobal", this.input is null FormHistoryAutoComplete.sys.mjs:150:9
    removeValueAt resource://gre/modules/FormHistoryAutoComplete.sys.mjs:150
    handleDelete chrome://global/content/elements/autocomplete-input.js:577
    handleKeyDown chrome://global/content/elements/autocomplete-input.js:544
    AutocompleteInput chrome://global/content/elements/autocomplete-input.js:39
```

Expected Results:
The form history item should actually be deleted from the database.


Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=8817b19391096abc4d12af946fb59f2867e3d087&tochange=33c9e2ecd2740e10fb165708ed97aa7a66c1cc44
Bug: The second entry box(search box) was not working. I am trying to typing in second entry box(search box) but the letters are show in first entry box(address bar). So Kindly solve the problem.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-06-16 15:09:53+00:00
Resolved: 2024-06-17 15:47:35+00:00

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

Steps to reproduce:

I am trying to typing in second entry box(search box) to search.


Actual results:

But the letters are showed in first entry box(address bar).


Expected results:

My expected result is the letters are showed in second entry box(search box).
Bug: Intermittent browser/components/tests/browser/whats_new_page/browser_whats_new_page.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-06-16 16:51:27+00:00
Resolved: 2024-07-12 12:01:09+00:00

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

---
```
[task 2024-06-16T16:12:31.436Z] 16:12:31     INFO - TEST-START | browser/components/tests/browser/whats_new_page/browser_whats_new_page.js
[task 2024-06-16T16:12:39.983Z] 16:12:39     INFO - TEST-INFO | started process screencapture
[task 2024-06-16T16:12:40.112Z] 16:12:40     INFO - TEST-INFO | screencapture: exit 0
[task 2024-06-16T16:12:40.112Z] 16:12:40     INFO - Buffered messages logged at 16:12:31
[task 2024-06-16T16:12:40.113Z] 16:12:40     INFO - Entering test bound whats_new_page
[task 2024-06-16T16:12:40.113Z] 16:12:40     INFO - Buffered messages finished
[task 2024-06-16T16:12:40.113Z] 16:12:40     INFO - TEST-UNEXPECTED-FAIL | browser/components/tests/browser/whats_new_page/browser_whats_new_page.js | Uncaught exception in test bound whats_new_page - Waiting for the expected page to reopen - timed out after 50 tries.
[task 2024-06-16T16:12:40.113Z] 16:12:40     INFO - Leaving test bound whats_new_page
[task 2024-06-16T16:12:40.113Z] 16:12:40     INFO - GECKO(7391) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2024-06-16T16:12:40.113Z] 16:12:40     INFO - GECKO(7391) | MEMORY STAT | vsize 410575MB | residentFast 377MB | heapAllocated 169MB
[task 2024-06-16T16:12:40.114Z] 16:12:40     INFO - TEST-OK | browser/components/tests/browser/whats_new_page/browser_whats_new_page.js | took 8550ms
[task 2024-06-16T16:12:40.114Z] 16:12:40     INFO - Not taking screenshot here: see the one that was previously logged
[task 2024-06-16T16:12:40.114Z] 16:12:40     INFO - TEST-UNEXPECTED-FAIL | browser/components/tests/browser/whats_new_page/browser_whats_new_page.js | Found an unexpected tab at the end of test run: about:blank - 
[task 2024-06-16T16:12:40.114Z] 16:12:40     INFO - checking window state
[task 2024-06-16T16:12:40.114Z] 16:12:40     INFO - GECKO(7391) | Completed ShutdownLeaks collections in process 7391
[task 2024-06-16T16:12:40.114Z] 16:12:40     INFO - TEST-START | Shutdown
```
Bug: Home and newtab wallpaper categories menu and weather widget cleanup for RTL
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-06-17 03:13:56+00:00
Resolved: 2024-06-20 12:17:32+00:00

Bug 1900423 implemented the proper styles but there are a few cases for RTL we should fix up. Should be simple changes.
Bug: Update to 127.0 cleared Recently Closed Tabs and Windows
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-06-17 06:29:54+00:00
Resolved: 2024-06-17 15:35:14+00:00

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

Steps to reproduce:

Accept Firefox update to 127.0 after restarting system (Windows 11).  Decline entering main password when prompted by Firefox.  (I don't recall having seen that prompt before.)


Actual results:

When the Firefox window appeared, it contained only a tab about the new version.  The "History/Recently Closed Tabs" and "History/Recently Closed Windows" were greyed out and did not contain any items.  I had a carefully curated collection of many open tabs in two separate windows and that collection has now disappeared.  I checked "about:profiles" in case Firefox had somehow created and started using a new profile and my collection was still available in an older profile, but that wasn't the case.


Expected results:

I expected Firefox to restore the tabs and windows that were open when I last closed Firefox, as has nearly always worked before.  And if Firefox did not restore the tabs and windows automatically, then I expected them to be available via the "History/Recently Closed Tabs" and "History/Recently Closed Windows" functionality, as has always been the case before.
Bug: Moving the Tab with the Warning Dialog displayed to a New Window results in a blank Tab
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-06-17 07:28:16+00:00
Resolved: 2024-09-11 11:06:31+00:00

**Found in**
* 129.0a1 (2024-06-16)

**Affected versions**
* 129.0a1 (2024-06-16)
		


**Tested platforms**
* Affected platforms: Windows 10x64, Windows 11
* Unaffected platforms: macOS, Ubuntu


**Preconditions**
* Download the DLP test assets from https://drive.google.com/file/d/1yjqVRuxdKV3WnO7D2wzMgDXBuYBxUgVw/view
* Create a distribution folder inside the Firefox folder and paste the policies-1.json to it and then rename it to policies.json
* run the DLP agent in CMD using: .\content_analysis_sdk_agent.exe --user --toblock=.*\d{3}-?\d{2}-?\d{4}.* --towarn=.*warn.* --delays=10


**Steps to reproduce**
1. Open https://en.wikipedia.org/wiki/UNESCO  and another random tab.
2. Paste “warning text” in wikipedia tab and wait for the warning dialog to be displayed.
3. Move the Wikipedia tab to a new window.
4. Navigate to the webpage.

**Expected result** 
* Warning dialog is dismissed and the tab is displayed as expected.

**Actual result**
* Page is blank.



**Regression range**
* Not a regression. New feature.

**Additional notes**
* Attached a screen recording.
Bug: Intermittent browser/base/content/test/permissions/browser_reservedkey.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-06-17 07:43:40+00:00
Resolved: 2024-07-17 12:01:53+00:00

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

---
```
TEST-PASS | browser/base/content/test/permissions/browser_reservedkey.js | File menu opened - 
[task 2024-06-17T06:54:32.174Z] 06:54:32     INFO - Buffered messages finished
[task 2024-06-17T06:54:32.175Z] 06:54:32     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/permissions/browser_reservedkey.js | Test timed out - 
[task 2024-06-17T06:54:32.176Z] 06:54:32     INFO - GECKO(1220) | Completed ShutdownLeaks collections in process 3904
[task 2024-06-17T06:54:32.176Z] 06:54:32     INFO - TEST-START | Shutdown
```
Bug: Tab hover preview will not show from the start after closing some panel menus
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-06-17 13:26:31+00:00
Resolved: 2024-07-23 19:08:49+00:00

**Found in**
* Latest Nightly 129.0a1

**Affected versions**
* Firefox 128.0b3
* Latest Nightly 129.0a1

**Tested platforms**
* Affected platforms: Windows 11, MacOS 13, Ubuntu 22.04
* Unaffected platforms: None

**Preconditions**
* have `browser.tabs.hoverPreview.enabled` set as `true`

**Steps to reproduce**
1. Open a few tabs so that tabs can get near the Application Menu (hamburger menu)
2. Add the History button from Customize Toolbar near the Sync/Pocket buttons (other menus can also be used but for some reason not all).
3. Make sure the focus is not in the search bar
4. Click the History button to open the content
5. Click the History button again to close the content of the button and quickly move the cursor to the nearest tab 

**Expected result**
* The tab preview is displayed

**Actual result**
* The tab preview is not displayed. User has to leave the tab and come back in order for the preview to be displayed.

**Regression range**
* First bad: 62e0691da30666be17d99e4a59483be053bbddc1 (2024-05-20)
* Last good: aab46451484b9ebfd9e87b248a79c7dd56ae29b7 (2024-05-21)
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=aab46451484b9ebfd9e87b248a79c7dd56ae29b7&tochange=62e0691da30666be17d99e4a59483be053bbddc1
* Potentially regressed by: Bug 1897475 - disable tab previews in background windows

**Additional notes**
* Sometimes the preview will show if moving slower from closing the panel menu to a tab. Also the focus does not necessarily need to be outside of the address bar but it makes reproducing this more often.
Bug: SelectTranslationsPanel languageInfo cache is not correctly load selecting a word very similar to English
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-06-17 13:38:18+00:00
Resolved: 2024-06-17 15:14:20+00:00

**Found in**
* Firefox 128.0b3

**Affected versions**
* Firefox 128.0b3
* Firefox 129.0a1

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

**Steps to reproduce**
1. Ensure Select Translations is enabled.
    browser.translations.select.enable = TRUE
2. Load a webpage that is displayed in a different language than the browser's (and supported).
https://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Accueil_principal
3. Select a very similar word to English
4. Left-click on the "Translate selection to <<browser language>>" button.

**Expected result**
* The SelectTranslationsPanel opens and translates from French, based on the current document's language tag, and the "Translate full page" button have to be in active state.

**Actual result**
* The SelectTranslationsPanel opens and translates from the recognized word language (English in this STR) and the "Translate full page" button is inactive.

**Additional notes**
* Tested with telemetry, found fromLanguage: "en" insted fromLanguage: "fr" message without choosing/changing the language from the dropdown.
  See the issue in the attached screenshot: translate.png
Bug: about:support started to fail to load details with empty settings data.safe.bin
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-06-17 13:41:36+00:00
Resolved: 2024-06-27 18:02:00+00:00

STR:
1. Create a new profile. 
2. Create an empty file in `settings/data.safe.bin` (0 bytes).
3. Visit `about:support`.

Details fail to load with error in browser console:

````
uncaught exception: store error: FileInvalid
store error: FileInvalid remote-settings.sys.mjs:468:31
    pollChanges resource://services-settings/remote-settings.sys.mjs:468
````
  
Deleting `data.safe.bin` allows `about:support` to load.

I encountered this with an active profile and I don't know how the file came to be 0 bytes.

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=380740569863cee2ec2f6e5d245c29218013b27f&tochange=4075b327bff6fb4ad78bfb711aa54fd7baa2fd4c

Regressed by Bug 1768174.
Bug: SelectTranslationsPanel cached docLangTag is not correctly updated between panel opens
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-06-17 15:13:27+00:00
Resolved: 2024-06-21 12:52:04+00:00

### Description

In Bug 1899354 I attempted to fix an issue with the `languageInfo` cache not updating correctly between page loads, however I fixed only half the problem. 

While investigating Bug 1903044 it became clear that the cache will need to be invalidated between each panel open, otherwise the incorrect document language tag will be reported to telemetry. 

---


### Steps to reproduce

* Ensure that `toolkit.telemetry.translations.logLevel` is set to `Debug`. 
* Open the Browser Console and filter on `TranslationsTelemetry`.
* Open a page in a new tab, e.g. https://fr.wikipedia.org.
* Open a page in a different language in another tab, e.g. https://es.wikipedia.org.
* Select text and open the SelectTranslationsPanel on the Spanish page.
* Switch to the French-page tab.
* Select text and open the SelectTranslationsPanel on the French page.

**Expected Behavior**

The `docLangTag` attribute for the `onOpen` event and `onTranslate` event **shows `fr`** for the French-page telemetry submission.

**Actual Behavior**

The `docLangTag` attribute for the `onOpen` event and `onTranslate` event **shows `es`** for the French-page telemetry submission, reading old the value from the cache.

---

### Steps to implement

* Ensure that the languageInfo cache is invalidated with each open of the panel.

---

### Tests to implement

* Write a telemetry test that ensures the correct document language tag is reported with multiple tabs open.
Bug: Translations from LTR to RTL languages and vice-versa are not working / Persian si not supported in Beta128
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2024-06-17 15:54:02+00:00
Resolved: 2024-06-21 20:43:44+00:00

**Note**
* When the user attempts to translate a selection from a Persian language article to english (or vice versa), the translation is not provided. It would seem that the Persian language is not supported in Beta channel.

**Found in**
* Beta v128.0b3

**Affected versions**
* Beta v128.0b3
* Beta v127.0b9
* Release v127.0

**Tested platforms**
* Affected platforms: All
* Unaffected platforms: None

**Steps to reproduce**
1. Launch the browser and set the language to Persian (Arabic).
2. Make sure the feature is enabled:
browser.translations.select.enable = true
3. Load an article that is displayed in a supported language (English):
https://en.wikipedia.org/wiki/Main_Page
4. Select a piece of text, open the context menu and select the Translate option.
5. Observe the Select Translations panel.

**Expected result**
* The translation is provided (from English to Persian);
* All interactive elements are enabled and properly displayed.

**Actual result**
* The panel is displayed, but instead of a translation, the following text is observed:
".Translated text will appear here"
* Translate full page and Copy buttons are disabled.
* Telemetry: onOpen event is displayed, but onTranslate event is NOT displayed.
* It would seem that the Persion language is not supported even though it should be.

**Regression range**
* It does not appear to be a regression since it also reproduces in Beta v127.0b9. This is the first Beta testing run.

**Additional notes**
* When the user launches an English locale build and attempts to translate a selection from a persian article, the unsupported language error is displayed in the panel.
* It would appear that the Persian language is only supported in the Nightly channel (not supported in Beta and Release channels)
Bug: Favicon appears on pages visited in incognito mode
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-06-17 16:31:58+00:00
Resolved: 2024-06-20 09:52:57+00:00

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

Steps to reproduce:

Adding a dynamic bookmark to the RSS feed 
- in the RSS feed entry folder, the pages do not have favicon.ico, only "globe"



Actual results:

When such a page is visited in incognito mode, the favicon is permanently visible in the dynamic bookmarks folder. When you leave incognito mode, you can see which pages you have visited.


Expected results:

Favicon should not permanently appear on pages visited in incognito mode.
Bug: Today in Firefox 127.0 (64-bit): Gah. Your tab just crashed. We can help!
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-06-17 22:42:35+00:00
Resolved: 2024-11-18 14:29:25+00:00

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

Steps to reproduce:

Try to open a new web link


Actual results:

Message:
Gah. Your tab just crashed
We can help!
Chose Restore This Tab to reload the page.
Close Tab         Restore This Tab.


Expected results:

The link you requested should open without any issues.

To resolve the issue, it is necessary to enter a troubleshooter mode.
The problem will be temporarily solved by this but it will resurface at some point in the future.
Bug: youtube video url appears in bottom left corner when watching a yt video (while not hovering over a link).
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-06-18 00:42:45+00:00
Resolved: 2025-01-10 22:25:14+00:00

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

Steps to reproduce:

click on a yt video from the yt homepage, or from a google search. note that the bug seems to only happen when clicking on a video from the homepage or a yt search, not when clicking from a google search or pasting a yt url into the address bar.


Actual results:

url is displayed on bottom left on ff window while watching video


Expected results:

url does not display on bottom left on ff window while watching video
Bug: There's no way to open Pocket without saving the current page
Status: UNCONFIRMED
Priority: --
Created: 2024-06-18 06:16:07+00:00
Resolved: 2024-07-09 12:08:21+00:00

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

Steps to reproduce:

I wanted to pull up something I saved to Pocket, so I pressed the Pocket button in the toolbar. While this did bring up a list that included my saved items, it also saved what I was looking at... which I then had to delete.

So I started looking for the control to merely open Pocket.


Actual results:

I found none. I tried customizing the toolbar and looking for "Open Pocket" among the available controls, but nope. I looked in every menu that seemed appropriate, too.


Expected results:

If there's a way to save things, there should be a way to recall them. I would expect one of the following:

1. Upon pressing the Pocket toolbar button, a two-entry choice between "Save to Pocket" and "Open Pocket."

2. An "Open Pocket" toolbar button, present by default because the "Save to Pocket" one is. This option is less desirable because, although offering a faster way to save things, it takes up two toolbar spaces.
Bug: Firefox no longer opens if closed while the browser console is opened and the warning dialog is displayed
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-06-18 07:18:49+00:00
Resolved: 2024-07-02 18:10:41+00:00

**Found in**
* 129.0a1 (2024-06-16)

**Affected versions**
* 129.0a1 (2024-06-16)
		


**Tested platforms**
* Affected platforms: Windows 10x64, Windows 11
* Unaffected platforms: macOS, Ubuntu


**Preconditions**
* Download the DLP test assets from https://drive.google.com/file/d/1yjqVRuxdKV3WnO7D2wzMgDXBuYBxUgVw/view
* Create a distribution folder inside the Firefox folder and paste the policies-1.json to it and then rename it to policies.json
* run the DLP agent in CMD using: .\content_analysis_sdk_agent.exe --user --toblock=.*\d{3}-?\d{2}-?\d{4}.* --towarn=.*warn.* --delays=10


**Steps to reproduce**
1. Open the browser console.
2. Open https://en.wikipedia.org/wiki/UNESCO  and paste `warning text`.
3. Close Firefox from the X button.
4. Close the console.


**Expected result** 
* Firefox processes are closed.

**Actual result**
* Firefox processes are still running.



**Regression range**
* Not a regression. New feature.

**Additional notes**
* Attached a screen recording.
* The issue does not reproduce with blocked dialog.
* This also happens with the scanning dialog but this may be bug  1901197.
Bug: Recent Searches’ ‘Learn more’ link is missing from about:preferences#search
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2024-06-18 11:30:03+00:00
Resolved: 2024-06-22 21:34:59+00:00

**Found in**
*  Beta 128.0b4

**Affected versions**
* Beta 128.0b4
* Nightly 129.0a1
* ESR 115

**Tested platforms**
* Affected platforms: All
* Unaffected platforms: -

**Steps to reproduce**
1. Launch Firefox .
2. Go to about:preferences#search and look for ‘Show recent searches’ option, in the Search Suggestions section.
3. Look for the ‘Learn more’ link.

**Expected result**
* Hyperlink is present and can be accessed from about:preferences#search.

**Actual result**
* Hyperlink is missing.

**Regression range**
* Not a regression.

**Additional notes**
*  Regarding [Comment#3](https://bugzilla.mozilla.org/show_bug.cgi?id=1858959#c3) from Bug 1858959, this will be released with Firefox 128, not being an experiment anymore. Also, the SUMO page opened by this hyperlink , according to the "Learn more" link from the address bar, is this one "https://support.mozilla.org/en-US/kb/firefox-suggest?as=u&utm_source=inproduct". 
Is this the intended one or should we have a SUMO page specific for the Recent searches only ? 

* [Per Figma design](https://www.figma.com/design/ycJKVUdriBI54opr9MdsW7/Recent-searches?node-id=1-6170&t=lCWa4JJoAH2HxvOi-0), 'Learn more' link should also be available in about:preferences#search.
Bug: Copied URL from loading new tab does not include https:// scheme
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-06-18 12:08:26+00:00
Resolved: 2024-08-05 12:26:55+00:00

To reproduce:

1. Open https://httpstat.us/200?sleep=5000 in a new tab
2. While the page is loading, copy the URL from the loading tab

Expected result: The clipboard contains `https://httpstat.us/200?sleep=5000`
Actual result: The clipboard contains `httpstat.us/200?sleep=5000`