av9ash/GitBugs huggingface dataset:
Bug: Problems with ingest in the Suggest Rust backend
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-02-15 04:51:29+00:00
Resolved: 2024-02-23 20:49:22+00:00

I think there are a couple problems with ingest in the Rust backend:

1. If multiple ingests happen one after the other, they can hit the Rust component at the same time. I think this might be the cause of bugs in tests like bug 1880388, where the component tries to create the `meta` table when it already exists.
2. Bug 1878444 caused `#ingestPromise` to be resolved before `#ingest()` finishes. Probably not good.

I think these problems might be the cause of recent intermittent failures like bug 1880388, bug 1879226, bug 1832413, bug 1880406, bug 1808802, maybe others. I've definitely noticed new-ish failures on try recently.
Bug: Many Firefox Crashes "Out of Memory" with Glean
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-02-15 10:51:22+00:00
Resolved: 2024-07-25 13:14:23+00:00

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

Steps to reproduce:

For a week Firefox has been crashing all the time with the Out of Memory error, even in safe mode (without extension) and Firefox is up to date! Here are all the error reports : 
bp-d3a53c17-6bdc-4cab-86d2-840420240214 > https://crash-stats.mozilla.org/report/index/d3a53c17-6bdc-4cab-86d2-840420240214
bp-daf56537-b4e8-4ca3-a682-5eb530240214 > etc..
bp-b89faf83-8732-4f7c-84f6-4c9780240214
bp-ba4153dd-2646-4c64-96c8-0f10a0240214
bp-26f18b26-5dc3-4506-b2b3-0c2740240214
bp-d3d66b9f-4534-47b1-b7b1-defe30240214
bp-3fc728bc-aac9-4fb1-b67a-fa9610240214
bp-756fef33-efeb-4fcc-bd7e-57f020240214
bp-24c5f0a1-8b95-4f68-a9cb-8b53b0240213
bp-01c20945-a123-4d49-b99d-4d2d00240213
bp-9afe5727-f4bf-4148-bc83-38d9e0240213
bp-eab92da1-a051-4033-99e3-d2d640240213
bp-b16ada68-6630-4e1a-890f-811580240214



Actual results:

The Directory of Glean is Too Big ! More than 100 Gigabytes and a million of files in : 
C:\Users\XXX\AppData\Roaming\Mozilla\Firefox\Profiles\iq3cixmr.default-release\datareporting\glean\pending_pings


Expected results:

I have delete all the glean directory And Firefox stopped crashing
Bug: I cannot sync my passwords between two laptops.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-02-15 11:52:35+00:00
Resolved: 2024-09-02 12:19:54+00:00

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

Steps to reproduce:

Using Windows 10 and Windows 11, with the most recent version of FF on both laptops. I tried unsyncing both browsers, and several other steps but to no avail. In the end I imported the csv but this is not a long run solution. Here is the error https://pastesite.org/view/eae68336 thanks,
Bug: fx_new_window_ms has regressed by 175% since July 7th, 2023
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-02-15 11:53:42+00:00
Resolved: 2024-04-16 13:47:08+00:00

​​The fx_new_window_ms probe has regressed by about 175% in the median, and 665% in the 95th percentile since the 2023-07-07 22:03:36 build id.
Bug: ESC key should not save modified data in `Edit bookmark` from Star Icon
Status: NEW
Priority: P3
Created: 2024-02-15 14:33:42+00:00
Resolved: 2024-03-04 16:15:21+00:00

Similar to Bug 1718982, but this is about editing from the star icon

Steps to reproduce:
1. Open a bookmarked page
2. Click Star Icon to open Edit Bookmark Dialog
3. Edit something(name, location, tags)
4. Press `Esc` key to cancel this editing
5. Click Star Icon again to open Edit Bookmark Dialog

Actual results:
Modified data are saved.

Expected Results:
All changes should be abandoned.
Bug: MacOS 14 displays two camera in use icons in menu bar
Status: NEW
Priority: P3
Created: 2024-02-15 16:32:30+00:00
Resolved: 2024-03-07 13:13:14+00:00

MacOS 14 introduced a camera in use menu icon with a nice camera view drop down. We also add a more simple icon to the menu. We should remove one or the other.
Bug: sync not sync
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-02-15 16:48:41+00:00
Resolved: 2024-02-20 13:53:44+00:00

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

Steps to reproduce:

i click "sync now"


Actual results:

sync does not sync bookmarks


Expected results:

sync bookmarks
Bug: User enrolled into `address-autofill-feature` but pref is set to `false`
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-02-15 19:51:33+00:00
Resolved: 2024-02-15 20:54:27+00:00

Filing a ticket following my conversation with jared on slack.
- [Link to the experimenter ticket](https://experimenter.services.mozilla.com/nimbus/address-autofill-desktop-nightly-rollout/summary)
- Version info:  Nightly 124.0a1 ( 2024-02-15) (64-bit) on Mac
- Steps to reproduce: ( Region should be in US or CA)
  - Open nightly
  - Go to `about:studies`
  - `Address Autofill Desktop ( Nightly Rollout )` should be active
  - Go to `about:config` and look for `extensions.formautofill.addresses.experiments.enabled`
- Expected behaviour
  -  Pref is set to `true` 
- Actual behaviour
  -  Pref is set to `false`
Bug: Treat aria-hidden false the same as undefined
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-02-16 00:36:13+00:00
Resolved: 2024-02-16 15:33:03+00:00

ARIA is updating the definition of aria-hidden=false to be the same as aria-hidden=undefined.

https://github.com/w3c/aria/pull/2090
Bug: newtab npm bundle command generates different bundle on windows
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-02-16 02:29:09+00:00
Resolved: 2024-02-23 13:47:38+00:00

[D201139](https://phabricator.services.mozilla.com/D201139) seems to have introduced a regression where building the newtab bundle on windows yields a different result than on mac/linux.
You can test it with `cd browser/components/newtab && "../../../mach" npm install`
Reverting the changes to the webpack config and resourceUriPlugin.js before bundling also eliminates the diff.

I ran a bisection to double check: Bug 1878731, https://phabricator.services.mozilla.com/D201139

The issue seems to be because the ResourceUriPlugin produces wrong URLs on windows, mixing forward slashes and back slashes, because it substitutes a windows path (forward slashes) for a substring of a URL (back slashes):

```
// resourceUriPlugin.js:ResourceUriPlugin::apply

// before the patch
pathname :>>  C:\mozilla-git\mozilla-unified-2\browser\components\newtab\common\Actions.sys.mjs
pathname :>>  C:\mozilla-git\mozilla-unified-2\browser\components\newtab\common\Dedupe.sys.mjs

// after the patch
pathname :>>  C:\mozilla-git\mozilla-unified-2\browser\components\newtab\common/Actions.sys.mjs
pathname :>>  C:\mozilla-git\mozilla-unified-2\browser\components\newtab\common/Dedupe.sys.mjs
```

Since the try-runner.js runs on linux, any time we submit a patch from windows, it will get backed out (see bug 1880371 for example), unless we first discard the changes to activity-stream.bundle.js

A simple fix is to reform the path from the URL before using it. `path.join` knows how to handle slashes on Windows.
Bug: about:preferences items are very easily changed without user confirmation, and there is no "undo" or "cancel" functionality.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-02-16 10:38:47+00:00
Resolved: 2024-02-21 04:06:56+00:00

Checkbox accidentally change the status when you click on blank area of page. 
And this instant apply without user confirmation.

Steps to reproduce:
1. Open about:preferences
2. Click on blank area of page. 

Actual results:
Checkbox accidentally change the status.
And this instant apply without user confirmation.

Expected results:
Checkbox should not change the value unless clicking on the Checkbox and label.
Bug: Expose telemetry is not registered for the “mailto” feature configuration
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-02-16 14:56:06+00:00
Resolved: 2024-09-13 14:13:08+00:00

**[Affected versions]:**
* Firefox Nightly 124.0a1.
* Firefox Beta 123.0a9.

**[Affected Platforms]:**
* Windows 10 x64.
* Windows 11 x64.

**[Prerequisites]:**
* Have an experiment created that enables the "mailto" feature. 
* Have the "nimbus.debug" pref set to "true" 

**[Steps to reproduce]:**
1. Open the browser and force enroll in the treatment branch of the experiment using this [link](about:studies?optin_slug=cmunteanqa-2263-feature-configuration-testing-for-mailto-experiment&optin_branch=treatment-a&optin_collection=nimbus-preview).
2. Access the “https://snappymail.eu/demo/” link.
3. Click on the “Sign in” button.
4. Click on the “Set as Default” button from the Always open email links using "[email_website]"? info bar.
5. In a new tab open a mailto link, i.e. “mailto:test@test.com”.
6. Navigate to the “about:telemetry#events-tab”.
7. Search for an “expose” event.

**[Expected result]:**
* An “expose” event related to the “mailto” experiment should be displayed.

**[Actual result]:**
* No “expose” event related to the “mailto” experiment can be found.

**[Notes]:**
* The “expose” event is not displayed even when checking with a rollout.
* This is also reproducible when setting Firefox as the default OS mailto handler from the infobar, and opening a mailto link from an external app.
* Firefox Release is also affected by this issue.
Bug: moving tab results in blank window
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-02-16 15:51:52+00:00
Resolved: 2024-02-19 07:39:15+00:00

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

Steps to reproduce:

- open tab to youtube.com
- drag tab into another window


Actual results:

the page is blank (video will be playing and clickable)


Expected results:

the page is viewable

mozregression - 63cb54db7879e0d226fb023288e30a0e22ca204f


```
https://www.youtube.com/


2024-02-16T10:49:42.671000: INFO : Launching /tmp/tmpr81one18/firefox/firefox
2024-02-16T10:49:42.671000: INFO : Application command: /tmp/tmpr81one18/firefox/firefox about:blank -profile /tmp/tmpcoptggib.mozrunner
2024-02-16T10:49:42.677000: INFO : application_buildid: 20240213171851
2024-02-16T10:49:42.677000: INFO : application_changeset: 63cb54db7879e0d226fb023288e30a0e22ca204f
2024-02-16T10:49:42.677000: INFO : application_display_name: Firefox Nightly
2024-02-16T10:49:42.677000: INFO : application_id: {ec8030f7-c20a-464f-9b0e-13a3a9e97384}
2024-02-16T10:49:42.677000: INFO : application_name: Firefox
2024-02-16T10:49:42.677000: INFO : application_remotingname: firefox-nightly
2024-02-16T10:49:42.677000: INFO : application_repository: https://hg.mozilla.org/mozilla-central
2024-02-16T10:49:42.677000: INFO : application_vendor: Mozilla
2024-02-16T10:49:42.677000: INFO : application_version: 124.0a1
2024-02-16T10:49:42.677000: INFO : platform_buildid: 20240213171851
2024-02-16T10:49:42.677000: INFO : platform_changeset: 63cb54db7879e0d226fb023288e30a0e22ca204f
2024-02-16T10:49:42.677000: INFO : platform_repository: https://hg.mozilla.org/mozilla-central
2024-02-16T10:49:42.677000: INFO : platform_version: 124.0a1
2024-02-16T10:49:48.270000: INFO : b'[GFX1-]: VideoBridgeParent receives IPC close with reason=AbnormalShutdown'
2024-02-16T10:49:48.343000: INFO : Narrowed integration regression window from [ccaccfe2, 1dc1bad3] (3 builds) to [ccaccfe2, 63cb54db] (2 builds) (~1 steps left)
2024-02-16T10:49:48.347000: DEBUG : Starting merge handling...
2024-02-16T10:49:48.347000: DEBUG : Using url: https://hg.mozilla.org/mozilla-central/json-pushes?changeset=63cb54db7879e0d226fb023288e30a0e22ca204f&full=1
2024-02-16T10:49:48.348000: DEBUG : redo: attempt 1/3
2024-02-16T10:49:48.348000: DEBUG : redo: retry: calling _default_get with args: ('https://hg.mozilla.org/mozilla-central/json-pushes?changeset=63cb54db7879e0d226fb023288e30a0e22ca204f&full=1',), kwargs: {}, attempt #1
2024-02-16T10:49:48.349000: DEBUG : urllib3.connectionpool: Resetting dropped connection: hg.mozilla.org
2024-02-16T10:49:48.746000: DEBUG : urllib3.connectionpool: https://hg.mozilla.org:443 "GET /mozilla-central/json-pushes?changeset=63cb54db7879e0d226fb023288e30a0e22ca204f&full=1 HTTP/1.1" 200 None
2024-02-16T10:49:48.821000: DEBUG : Found commit message:
Bug 1878084 - Fix previous broken files at reflection-forms.html.ini. a=test-fix CLOSED TREE

2024-02-16T10:49:48.821000: DEBUG : Did not find a branch, checking all integration branches
2024-02-16T10:49:48.821000: INFO : The bisection is done.
2024-02-16T10:49:48.822000: INFO : Stopped
```
Bug: Microsoft Defender Threat Detection reports "Vigua" in Firefox Setup 122.0.1.exe
Status: RESOLVED
Priority: P2
Resolution: INVALID
Created: 2024-02-16 16:28:08+00:00
Resolved: 2024-09-19 21:43:08+00:00

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

Steps to reproduce:

I went to Mozilla.org and downloaded Firefox, Windows 64bit, English
https://www.mozilla.org/en-US/firefox/all/#product-desktop-release


Actual results:

I installed the installer and it triggered a CVE response within Defender. 

I scanned the installer with hybrid-analysis and it provided the following report:
https://www.hybrid-analysis.com/sample/c2b9f295e720e1e4d5ce9b62909fb8465d86b2b3fc678bde7a218e398ea23807/65cf7cc5ccf8751c59027163#mitre-matrix-modal


Expected results:

I expected a clean installation with no malware.
Bug: The same Yelp result is still triggered after previously being dismissed using the “Not relevant” option from the Feedback menu
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-02-16 16:51:57+00:00
Resolved: 2024-02-28 21:35:24+00:00

**[Affected versions]:**
- Firefox Nightly 124.0a1 - Build ID: 20240216094648

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

**[Prerequisites]:**
- Have the following prefs set with the values to enable the feature:
`browser.search.region` = US (connect to a VPN server if outside US)
`browser.urlbar.quicksuggest.rustEnabled` = true
`browser.urlbar.suggest.yelp` = true
`browser.urlbar.yelp.featureGate` = true
`browser.urlbar.yelp.priority` = true

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Type the “ramen” string in the Address Bar.
3. Click the “Feedback” button.
4. Click the “Don’t show this” option.
5. Dismiss the suggestion by clicking  the “Not relevant” option.
6. Click outside the Address Bar drop down.
7. Click inside the Address Bar and observe the behavior.

**[Expected result]:**
- The Yelp suggestion for "ramen" is not triggered.

**[Actual result]:**
- The Yelp suggestion is displayed again.

**[Notes]:**
- This issue affects Yelp results displayed on both Top Pick and Firefox Suggest locations.
- Here is a [screen recording](https://drive.google.com/file/d/1IpyoHcjoy8zwY3q10lTWwBR-c0t_txqk/view?usp=sharing) of the issue.
Bug: The Firefox icon and text of the message displayed after dismissing a Yelp suggestion are misaligned
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-02-16 16:58:05+00:00
Resolved: 2024-03-04 12:17:07+00:00

**[Affected versions]:**
- Firefox Nightly 124.0a1 - Build ID: 20240216094648

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

**[Prerequisites]:**
- Have the following prefs set with the values to enable the feature:
`browser.search.region` = US (connect to a VPN server if outside US)
`browser.urlbar.quicksuggest.rustEnabled` = true
`browser.urlbar.suggest.yelp` = true
`browser.urlbar.yelp.featureGate` = true
`browser.urlbar.yelp.priority` = true

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Type the “sushi” string in the Address Bar.
3. Click the “Feedback” button.
4. Click the “Don’t show this” option.
5. Dismiss the suggestion by clicking any of the “Not relevant” or “Not interested” options.
6. Observe how the message is displayed.

**[Expected result]:**
- The Firefox icon and “Thanks for your feedback” text are horizontally aligned in the middle of the message row.

**[Actual result]:**
- The Firefox icon and “Thanks for your feedback” text are placed higher, in the top half area of the message row.

**[Notes]:**
- This issue affects Yelp results displayed on both Top Pick and Firefox Suggest locations.
- Attached is a screenshot of the issue.
Bug: An SVGPoint owned by an SVGPointList can be destroyed while indirectly referred to by a WeakRef
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-02-16 21:20:28+00:00
Resolved: 2024-02-17 10:56:36+00:00

Steps to reproduce:

Create an SVGPoint
Add the point to an SVGPointList
Store a reference to the point via several closures and WeakRef s
Remove all direct references to the point
Attempt to access the point later via the WeakRef s


Actual results:

Sometimes the browser crashes on attempting to access properties of the SVGPoint


Expected results:

The SVGPoint object should have been kept alive until after the closures referencing it had been garbage collected.
Bug: Non-modal panels/popups like bookmark editing, permissions and translation offers overlap & compete-with modal dialogs, e.g. default-browser popup, close-and-quit dialog
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-02-16 21:56:27+00:00
Resolved: 2024-02-28 14:19:43+00:00

STR:
1. Set another browser as your system default browser.
2. Start Firefox Nightly with a fresh profile, and then immediately quit.
```
mkdir /tmp/test-profile
firefox -profile /tmp/test-profile
[Ctrl+Q]
```
3. Start Firefox Nightly again, now immediately visiting some foreign-language page.
```
firefox -profile /tmp/test-profile "https://es.wikipedia.org/wiki/Wikipedia:Portada"
```

ACTUAL RESULTS:
* Two modal dialogs appear: (1) a translation dialog in the foreground, (2) a default-browser dialog, in the background.
* Even though the translation dialog appears in the foreground, it's not interactive. (Its buttons have no effect.)
* Even though the default-browser dialog appears in the background, it *is* interactive -- and your clicks in covered-up parts of that dialog will make it through to buttons/UI that you cannot see!!  This is particularly noticeable if you hover/click the (covered-up) label for the checkbox in the background dialog, since that part is partially-visible.

EXPECTED RESULTS:
* We shouldn't show overlapping modal dialogs/notifications.
* Or, if we do show overlapping modal dialogs, we should be sure that their visual stacking order matches their interactive stacking order.

(There might be a Layout or Web Painting bug hiding here, with the paint-vs-click-event stacking ordering mismatch; CC'ing emilio & tnikkel & myself for potential thoughts/investigation there.  But also: independent of that, we may want to prevent ourselves from getting into this multiple-modal-popups-at-once situation entirely, maybe, via some Messaging System logic/checks?)
Bug: Amazon search plugin returning access denied BIS
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-02-16 23:57:07+00:00
Resolved: 2024-02-17 09:55:04+00:00

(Hi I'm new here and hoping I'm doing this correctly, and not mistaking for a bug on my side... Sorry in taht case)

 I cloned Bug 1841862 which is marked as solved because it seams the same issue is happening again
--------------------------------------------------------------------------------------------------------------------

Amazon.com has setup their search plugin XML file incorrectly and as a result, attempting to add Amazon.com as a search engine to Firefox fails

# Steps to reproduce

In Firefox 122.0.1 64bits 

1. Browse to https://www.amazon.com/ or  any other, I tried .fr, .de, .es
2. Click the URL bar
3. In the bottom of the drop down where it says "This time search with" click the magnifying glass with the green plus box 'Add Search Engine "Amazon Search Suggestions"'

# Expected results

To have Amazon added as a search provider to Firefox

# Actual results

A Firefox error message pops up saying

> Firefox could not download the search plugin from: http://d2lo25i6d3q8zm.cloudfront.net/browser-plugins/AmazonSearchSuggestionsOSD.DPFF.xml

# Suggested Resolution

If this URL ( http://d2lo25i6d3q8zm.cloudfront.net/browser-plugins/AmazonSearchSuggestionsOSD.DPFF.xml ) is discovered from metadata on Amazon, then we should contact our Amazon search partner contact and let them know that this file is misconfigured and CloudFront is serving an "AccessDenied"

If this URL is hard coded into Firefox, then we need to contact Amazon and find out what the correct URL is that we should replace it with.
Bug: YouTube shortcut navigation issue, when CTRL-tabbing between tabs Firefox is not longer focuses on the vid.
Status: NEW
Priority: --
Created: 2024-02-17 00:58:17+00:00
Resolved: 2024-12-16 06:16:51+00:00

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

Steps to reproduce:

1) open a new tab to YouTube.com and start playing any YouTube video.
ctrl-tab to another open tab or website and back.
example vid:
https://www.youtube.com/watch?v=auAYd1EN3jY


Actual results:

the playback shortcut of using the [space-bar] to pause and play the video is no longer focused on the video and/or only causes the mouse cursor to appear if above hovering over the video and the display of the seekbar and controls..


Expected results:

[CTRL-TAB] should remained focused on the the video so play back can be paused or UN-paused using the [space-bar].

this has been happening since the release of Firefox v119.0 as I recall it started to happen then, unless Google changed the webpage code for YouTube again lol..

I am running Windows 11 Pro and 64bit Firefox v122.0.1
if any more info is needed or I missed something please ask.
this has been bugging me for a while lol.
Bug: Randomly the active tab will switch without input. I was watching a youtube video and the tab switched without me hands even on the keyboard.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-02-17 17:09:18+00:00
Resolved: 2024-08-05 13:16:21+00:00

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

Steps to reproduce:

Sit with multiple Firefox tabs open. Seems to happen randomly.


Actual results:

The active visible tab would switch. Youtube video on one tab, random jump to alternate tab.


Expected results:

The active tab should have remained active without switching.
Bug: Can copy password without a security check (even though PIN is required for viewing password)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-02-17 19:00:13+00:00
Resolved: 2024-02-19 18:58:30+00:00

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

Steps to reproduce:

Go to the Firefox Password Manager(menu > Passwords) and click copy on any saved password.


Actual results:

I was able to copy the password with no further security verification.


Expected results:

I should have been asked for a security check, the same as when attempting to view a saved password.
Bug: custom search engines lost after switching to troubleshooting mode then back to normal mode
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-02-17 20:24:11+00:00
Resolved: 2024-02-20 20:35:05+00:00

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

Steps to reproduce:

I had added en.wikipedia.org among others for years in my french FF beside the default standard fr.wikipedia.org
I switched to TroubleShooting mode for my #1880442 bug, then I went back to normal mode.


Actual results:

My non-default search engines disappeared.


Expected results:

My non-default search engines should be preserved.