av9ash/GitBugs huggingface dataset:
Bug: [Intermittent] The user prefs set by an experiment are not removed after disabling the experiment’s recipe
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-07-11 20:51:00+00:00
Resolved: 2024-08-06 17:16:50+00:00

(Filed as a copy of https://mozilla-hub.atlassian.net/browse/EXP-4689)

*[Affected versions]:*

    Firefox build version: Firefox Beta 129.0b1, Build ID: 20240708194140

*[Affected Platforms]:*

    Windows 10 x64;

    macOS 14.3/14.5

    Linux Mint 21.2

*[Prerequisites]:*

    Have access to the Nimbus console.

    Have a launched desktop experiment created with a user pref not registered in the “about:config” page using the prefFlips feature configuration.

    Set up the latest Firefox Beta to point to the Stage server and set the “messaging-system.log” pref to “all” value.

*[Steps to reproduce]:*

    Enroll in the newly created experiment.

    Have a colleague with access to Nimbus click the “End experiment” button from the Experimenter page.

    Approve the changes on the Experimenter page.

    Approve the changes in the Remote Settings Writer and wait for the experiment to be completed.

    Restart the browser.

    Go to the “about:config” page and search for the pref that was set by the experiment.

*[Expected result]:*

    The pref set by the experiment cannot be found after the experiment was disabled since it wasn’t previously registered in the “about:config”.

*[Actual result]:*

    The pref set by the experiment is displayed in the “about:config” page having the same value.

*[Notes]:*

    This issue is reproducible only with experiments having preferences that are not registered in the “about:config” page already.

    This issue is also reproducible if the Stage collection is changed to another collection (e.g.: Prod collection).
Bug: x converted to math symbol in location/URL bar
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-07-11 21:24:22+00:00
Resolved: 2025-01-31 22:45:49+00:00

Steps to reproduce:

With *gsettings-desktop-schemas* 47~alpha-1, Debian sid/unstable switched to the font Inter.


Actual results:

Now in Firefox in the location bar, if there is an *x* between two numbers, it’s rendered as the multiplication sign ×.


Expected results:

No such conversion should happen in the location bar.
Bug: Home and newtab merino provider nimbus pref wrong value
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-07-11 22:02:54+00:00
Resolved: 2024-07-16 17:09:28+00:00

It was set as string, but should be a boolean.

The pref itself is typeless, but not so with the Nimbus value, so this is only noticed when you go to setup the experiment.
Bug: Bookmark toolbar items and toolbar icons have borders
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-07-11 22:54:17+00:00
Resolved: 2024-09-18 19:18:34+00:00

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

Steps to reproduce:

Started FF Nightly v.130.0a1.


Actual results:

Borders appeared on bookmark toolbar items and toolbar icons.


Expected results:

Bookmark toolbar items and toolbar icons never had borders before.
Bug: All Themes (Except default ones) show every tabs as the active tabs.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-11 23:36:35+00:00
Resolved: 2024-07-11 23:52:44+00:00

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

Steps to reproduce:

I updated Firefox Nightly to last version 130.0a1 in the last EndeavourOS version using Wayland.


Actual results:

As the title says, all themes (Except default ones) show every tab as the active tabs.


Expected results:

Only the tab in use should be shown as the active tab.
Bug: The new version of Firefox is preventing secure logins on some websites.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-07-12 00:12:18+00:00
Resolved: 2024-07-30 08:42:42+00:00

Steps to reproduce:

Attempted to login to my financial institution. I'm able to login without issue on Chrome and Edge but not Firefox on the same network. I completed a browser refresh, rebooted my computer and still see the same issue. The financial institution is also aware of the issue.


Actual results:

Error on every login attempt.


Expected results:

I should have been logged into the site.
Bug: clicking a link in bing search results results in blank page
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-12 01:50:40+00:00
Resolved: 2024-07-16 19:39:50+00:00

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

Steps to reproduce:

search random things in bing, and click some of the results.


Actual results:

results in a blank page, with this on the address bar (for example), and i have to press enter to refresh the page to load web content
https://www.bing.com/ck/a?!&&p=987222e0f5b61ccaJmltdHM9MTcyMDY1NjAwMCZpZ3VpZD0wMTNiZGYxZi0zYTMwLTY4N2UtMGQ2OS1jY2VkM2I3MzY5NGMmaW5zaWQ9NTIzNw&ptn=3&ver=2&hsh=3&fclid=013bdf1f-3a30-687e-0d69-cced3b73694c&u=a1aHR0cHM6Ly93d3cubWF5b2NsaW5pYy5vcmcvZGlzZWFzZXMtY29uZGl0aW9ucy9hdG9waWMtZGVybWF0aXRpcy1lY3plbWEvc3ltcHRvbXMtY2F1c2VzL3N5Yy0yMDM1MzI3Mw&ntb=1


Expected results:

click and show web content, instead of a blank page. Google is fine, as far as i am aware only bing would have such results
Bug: View Certificate button does not work without an open window
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-07-12 02:16:50+00:00
Resolved: 2024-08-21 06:08:36+00:00

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

Steps to reproduce:

Clicked on the lock icon in the address bar, and selected "More Info" to view the site information for this website. I closed the main window, and then clicked on "View Certificate".


Actual results:

Nothing.

By retrying with the browser console open, I see the following logged:

Uncaught TypeError: can't access property "switchToTabHavingURI", win is null
    viewCert chrome://browser/content/pageinfo/security.js:35
    oncommand chrome://browser/content/pageinfo/pageInfo.xhtml:1

Opening an empty window is enough for it to work again.


Expected results:

A main window should have been opened and the certificate tab displayed.
Bug: input field in find bar no longer has a border on Windows
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-07-12 06:38:08+00:00
Resolved: 2024-09-25 05:43:52+00:00

Since bug 1901888 the input field in the find bar (Ctrl + F) no longer has a border. Therefore, it's very difficult to see a difference between the input field and the toolbar itself. This could be considered as an a11y issue. The address has the same bad contrast since years, though. So maybe you won't consider it as an a11y problem.

I decided to file it as regression because bug 1901888 only mentions Linux, it is about a textarea and not an input field, and it doesn't mention any change for the find bar at all. So it's not clear if you're aware of that side effect.

Additional note: The border is missing on macOS as well, but already since Firefox 126. So for macOS there is a different cause (bug 1907503).
Bug: input field in find bar no longer has a border on macOS
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-12 06:43:43+00:00
Resolved: 2024-07-30 12:47:28+00:00

Since bug 1886729 the input field in the find bar (Cmd + F) no longer has a border. Therefore, it's very difficult to see a difference between the input field and the toolbar itself. This could be considered as an a11y issue. The address has the same bad contrast since years, though. So maybe you won't consider it as an a11y problem.

Additional note: The border is missing on Windows as well, but only since Firefox 128. So for Windows there is a different cause (bug 1907501).

I decided to file it as regression because even if there is no longer a border on Windows as well, it regressed two releases later (sounds unexpected), and for Windows, it's not clear for me if it was intended at all. Also, I guess, the expected behavior is to have this border either on all or no platforms.
Bug: Just updated to version 128.0, pressing enter on empty search bar no longer goes to google home page.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-12 12:21:55+00:00
Resolved: 2024-07-12 14:47:46+00:00

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

Steps to reproduce:

pressing enter on empty search bar no longer goes to google home page, was working okay on previous version


Actual results:

pressing enter on empty search bar no longer goes to google home page, nothing happens


Expected results:

Should have gone to Google home page
Bug: Large PDFs no longer scrollable in FF 128
Status: UNCONFIRMED
Priority: --
Created: 2024-07-12 13:04:10+00:00
Resolved: 2024-07-12 15:42:44+00:00

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

Steps to reproduce:

- Open a large PDF (e.g. the one found at https://developer.arm.com/documentation/ddi0487/latest/)
- Wait for PDF to load


Actual results:

Only a single page is visible at a time. It is not possible to scroll between pages. Scrolling within a single page is possible. It is possible to switch between pages using document outline or thumbnail views.
The different choices to select scrolling behavior are greyed out (see attached screenshot).


Expected results:

It should be possible to scroll between pages (behavior from Firefox 127).
Bug: Clearing individual search items (shift + delete) from the Search bar is not working
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-12 14:06:20+00:00
Resolved: 2024-07-12 14:54:46+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 tried deleting an individual item from the search bar by navigating to it with the arrow keys and pressing Shift + Delete, as I always did (and as described in the article http://mzl.la/1xKrVaT, in the section "Clearing individual search items" ).


Actual results:

The item I wanted to delete remains in the search bar history list.


Expected results:

When pressing Shift + Delete the selected item should be deleted from the search bar history list.
Bug: The `merinoProviderEnabled` property does not disable the merino provider
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-07-12 14:15:54+00:00
Resolved: 2024-07-24 14:08:05+00:00

**[Affected versions]:**
- Firefox Nightly 130.0a1 - Build ID: 20240711215213

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

**[Prerequisites]:**
- Have a Firefox build installed and use a new profile.
- Be enrolled in the treatment-a branch of [this experiment](https://stage.experimenter.nonprod.dataops.mozgcp.net/nimbus/cmuresantest-merino-pocket/summary).
- Have a tab with about:glean opened:
  - Have a custom debug tag set on about:glean.
  - Have the `newtab` option selected from the about:glean dropdown menu.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites and open a new tab.
2. Click one of the cards from the "Thought-provoking stories" section.
3. Switch to the about:glean tab.
4. Click "Apply settings and submit".
5. Navigate to the https://debug-ping-preview.firebaseapp.com/pings/custom-debug-tag page and click the newtab ping that contains impression data.

**[Expected result]:**
- Ping data contains a `title_id`.
 
**[Actual result]:**
- Ping data contains `recommended_at`, `scheduled_corpus_item_id`, and `received_rank`.

**[Notes]:**
- I've ensured that switching the `browser.newtabpage.activity-stream.discoverystream.merino-provider.enabled` pref does change the type of data that we send so it leads me to believe that what I'm looking at is the change to Merino.
- The going theory at this point is that if the feature configuration can't disable merino when it's enabled by default, it won't be able to enable it when disabled by default.
Bug: Dropdown menus aren't translated
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-07-12 14:57:53+00:00
Resolved: 2024-07-29 21:07:12+00:00

I was trying to use this website:

https://www.soeren-hentzschel.at/kontakt/

and translations works great except the dropdown menu is not translated.

We should translate HTML Select.
Bug: Firefox Color's "Tab Highlight Color" applies to unselected tabs in Nightly 130.0a1
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-12 17:30:11+00:00
Resolved: 2024-07-15 14:40:35+00:00

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

Steps to reproduce:

Create new profile
Add Firefox Color add-on
Select a theme
Open a second tab


Actual results:

Every tab is highlighted


Expected results:

Only the current and manually selected tabs should be highlighted
Bug: RemoteSettingsExperimentLoader kept alive through tests by nsIObserverService
Status: NEW
Priority: P3
Created: 2024-07-12 18:12:34+00:00
Resolved: 2025-02-13 01:00:20+00:00

The [RemoteSettingsExperimentLoader ctor](https://searchfox.org/mozilla-central/rev/1cc09ebc0b32f69fd30057582671b0811f2cb9c8/toolkit/components/nimbus/lib/RemoteSettingsExperimentLoader.sys.mjs#120) registers itself with the nsIObserverService, holding a strong reference.

There are multiple test files that instantiate a RemoteSettingsExperimentLoader per test function (via `ExperimentFakes.rsLoader()`), which means each one will survive into the following tests. This should be cleaned up by changing the `addObserver` call to pass `false` for `ownsWeak` [searchfox](https://searchfox.org/mozilla-central/rev/1cc09ebc0b32f69fd30057582671b0811f2cb9c8/xpcom/ds/nsIObserverService.idl#38-39)

This really only affects tests, so S4 severity.
Bug: PrefFlips feature can throw during pref setting
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-07-12 19:26:07+00:00
Resolved: 2024-08-06 17:16:54+00:00

If the pref flips feature receives a configuration that would set a pref to a value of a different type, it will throw, which will cause issues with enrollment.
Bug: Firefox gets stuck at 100% CPU in CheckDowngrade when starting
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2024-07-13 02:25:30+00:00
Resolved: 2024-07-20 00:40:27+00:00

My release Firefox gets stuck at 100% CPU when starting up.
```
 29.00 s  100.0%	0 s	 	      XREMain::XRE_mainStartup(bool*)
29.00 s  100.0%	0 s	 	       CheckDowngrade(nsIFile*, nsINativeAppSupport*, nsIToolkitProfileService*, nsTString<char> const&)
29.00 s  100.0%	0 s	 	        nsWindowWatcher::OpenWindow(mozIDOMWindowProxy*, nsTSubstring<char> const&, nsTSubstring<char> const&, nsTSubstring<char> const&, nsISupports*, mozIDOMWindowProxy**)
29.00 s  100.0%	0 s	 	         nsWindowWatcher::OpenWindowInternal(mozIDOMWindowProxy*, nsTSubstring<char> const&, nsTSubstring<char> const&, nsTSubstring<char> const&, bool, bool, bool, nsIArray*, bool, bool, bool, nsPIWindowWatcher::PrintKind, nsDocShellLoadState*, mozilla::dom::BrowsingContext**)
28.97 s   99.8%	0 s	 	          mozilla::AppWindow::ShowModal()
28.97 s   99.8%	22.00 ms	 	           bool mozilla::SpinEventLoopUntil<(mozilla::ProcessFailureBehavior)1, mozilla::AppWindow::ShowModal()::$_0>(nsTSubstring<char> const&, mozilla::AppWindow::ShowModal()::$_0&&, nsIThread*)
27.40 s   94.4%	63.00 ms	 	            NS_ProcessNextEvent(nsIThread*, bool)
21.32 s   73.5%	47.00 ms	 	             nsThread::ProcessNextEvent(bool, bool*)
16.46 s   56.7%	68.00 ms	 	              non-virtual thunk to nsAppShell::OnProcessNextEvent(nsIThreadInternal*, bool)
8.64 s   29.8%	0 s	 	               nsAppShell::OnProcessNextEvent(nsIThreadInternal*, bool)
8.64 s   29.8%	0 s	 	                nsBaseAppShell::OnProcessNextEvent(nsIThreadInternal*, bool)
5.19 s   17.9%	0 s	 	                 nsBaseAppShell::DoProcessNextNativeEvent(bool)
5.19 s   17.9%	55.00 ms	 	                  nsAppShell::ProcessNextNativeEvent(bool)
2.68 s    9.2%	3.00 ms	 	                   nsChildView::UpdateCurrentInputEventCount()
2.67 s    9.2%	7.00 ms	 	                    nsChildView::GetCurrentInputEventCount()
1.79 s    6.1%	119.00 ms	 	                     SLEventSourceCounterForEventType
1.67 s    5.7%	874.00 ms	 	                      CGSEventSourceForID
795.00 ms    2.7%	795.00 ms	 	                       CGSScoreboard
```
Bug: Intermittent browser/components/places/tests/browser/browser_addBookmarkForFrame.js (finished) | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-07-13 04:32:10+00:00
Resolved: 2024-08-07 12:03:20+00:00

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

---
```
[task 2024-07-13T03:15:23.769Z] 03:15:23     INFO - TEST-OK | browser/components/places/tests/browser/browser_addBookmarkForFrame.js | took 1543ms
[task 2024-07-13T03:15:23.778Z] 03:15:23     INFO - checking window state
[task 2024-07-13T03:15:23.778Z] 03:15:23     INFO - GECKO(2263) | must wait for focus
[task 2024-07-13T03:21:33.851Z] 03:21:33     INFO - TEST-UNEXPECTED-TIMEOUT | browser/components/places/tests/browser/browser_addBookmarkForFrame.js (finished) | application timed out after 370 seconds with no output
[task 2024-07-13T03:21:33.851Z] 03:21:33     INFO - TEST-INFO 
```
Bug: Searching for "Advertising" doesn't find the the "Website Advertising Preferences" section
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-07-13 07:44:26+00:00
Resolved: 2024-07-23 11:45:36+00:00

For some reason searching for "Advertising" doesn't find that section. On the other hand searching for "collection" finds the section "Nightly Data Collection and Use". I think this has something to do with the `search-header` class.
Bug: "Removing Cookies and Site Data" dialog truncated in Turkish
Status: REOPENED
Priority: P3
Created: 2024-07-13 19:24:47+00:00
Resolved: 2024-11-07 17:43:46+00:00

Please see the screenshot.

I've interacted with this feature before but I don't recall seeing it truncated until today.

I'm using Nightly 130 on Windows 11.

Other locales could be affected as well.
Bug: Bookmarks dragged to toolbar arrow are added at the top instead of the bottom, as in the past
Status: VERIFIED
Priority: P5
Resolution: FIXED
Created: 2024-07-14 05:20:44+00:00
Resolved: 2024-10-22 13:19:45+00:00

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

Steps to reproduce:

Click lock symbol in URL bar and drag to the double arrow (>>) at the right edge of the bookmarks toolbar.


Actual results:

Bookmark was added at the very top of the list (immediately after visible bookmarks).


Expected results:

Bookmark should have been added at the end/bottom of the list (this is how this has always functioned in the past, and is also where new bookmarks are added if you use Ctrl-D).
Bug: Pinned extension buttons in the toolbar don't overflow into extension or overflow menu to create space when the window is shrunk
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-07-14 06:43:03+00:00
Resolved: 2024-12-10 12:33:02+00:00

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

Steps to reproduce:

1. lunch, the fire fox developer edition.
2. then add some extensions, more than 8.
3. pin all the extensions.
4. shrink the window by width of 1/3rd of the current desktop size.
firefox developer desktop version : 129.0b3 (64bit)


Actual results:

look back to the application menu icon (it's overlapping the last pinned extension.).


Expected results:

it should not overlap the extension .
Bug: Certain websites are not translated despite language tag
Status: UNCONFIRMED
Priority: --
Created: 2024-07-14 13:17:59+00:00
Resolved: 2024-08-07 19:40:22+00:00

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

Steps to reproduce:

1. Enable automatic translation for Finnish
2. Visit https://www.wauva.com or https://www.lastenturva.fi


Actual results:

The website is not auto-translated. The translation window shows that this language is not supported yet. See attached screenshot.


Expected results:

The websites should be translated from Finnish. The websites have lang="fi" attribute in the body, but for some reason this is not detected correctly.
Bug: ""Currently Open" function under the "View Recent Browsing Activity Across Devices and Windows" function column does not display anything even when multiple windows are open"
Status: RESOLVED
Priority: P3
Resolution: INCOMPLETE
Created: 2024-07-15 00:12:21+00:00
Resolved: 2025-03-03 12:29:43+00:00

Steps to reproduce:

什么也没做。多窗口的标签页就是不显示。也许可以尝试非正常关闭全浏览器然后再点击恢复所有标签页试一试


Actual results:

很抱歉我无法主动这么做，风险太高


Expected results:

省略
Bug: Avoid to do BackgroundReauthenticateUser when shutting down.
Status: NEW
Priority: --
Created: 2024-07-15 07:11:37+00:00
Resolved: 2024-07-29 06:54:02+00:00

[fd6a08e9-21d7-407d-a544-bc9000240703](https://crash-stats.mozilla.org/report/index/fd6a08e9-21d7-407d-a544-bc9000240703) is a case where we want to [ensureLoggedIn](https://searchfox.org/mozilla-central/rev/54a5c4f14f3eb514a29e0cebcb5a095144bcd450/toolkit/modules/OSKeyStore.sys.mjs#159) which is [executed async on the StreamTrans pool](https://searchfox.org/mozilla-central/rev/1cc09ebc0b32f69fd30057582671b0811f2cb9c8/security/manager/ssl/OSReauthenticator.cpp#545-547,551,555). I think we could have some `IsInOrBeyond`checks there to reduce the probability for those.
Bug: Pinned tabs in extended sidebar doesn't have any space between the icon and title
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-07-15 10:16:35+00:00
Resolved: 2024-07-15 13:11:37+00:00

**Found in**
* Nightly 130.0a1

**Affected versions**
* Nightly 130.0a1 (2024-07-14)

**Affected platforms**
* All

**Preconditions**
* Set the following prefs:
sidebar.revamp - true	
sidebar.verticalTabs - true
Have multiple websites open and some of them pinned

**Steps to reproduce**
1. Click on "Show sidebars" button in order to expand it 
2. Check the pinned tabs titles

**Expected result**
* The icon and title have a little space between them

**Actual result**
* The icon and title doesn't have any space between them

**Regression range**
* Not a regression

**Additional Notes**
- See the issue in the attachment.
Bug: Copy and paste from right-click menu not working
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-15 10:45:22+00:00
Resolved: 2024-08-01 08:21:12+00:00

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

Steps to reproduce:

1. Select text on a webpage. Might just be a single word.
2. Open the context menu via right click.



Actual results:

1. The 'copy' command is disabled, even though there is something that could be copied.
-----
I found a workaround, which makes it work until I restart Firefox again:
1. Go to about:config
2. Search for 'dom.event.clipboardevents.enabled'. The value is true by default and has not been modified.
3. Toggle the value to 'false' and then back to 'true'
4. Now the selected text in the other tab can be copied


Expected results:

The selected text should be able to be copied in the first place.
Bug: Browser hangs when pasting very large string into URL bar
Status: NEW
Priority: P5
Created: 2024-07-15 12:21:44+00:00
Resolved: 2025-01-03 13:22:01+00:00

From bug 1827442:

> **steps to reproduce**
>
> 1. open browser mozilla
> 1. go to https://www.browserling.com/tools/random-string
> 1. set numbers strings with length  128000000 
> 1. paste in browser mozilla search

From the discussion on that bug, the suggestion is that we should look at mitigations on the address bar side to avoid blocking the main process.