av9ash/GitBugs huggingface dataset:
Bug: Occaisionally Firefox is in a state where the close button on a tab does not work and a cross is displayed at top right.
Status: UNCONFIRMED
Priority: --
Created: 2021-11-16 11:09:33+00:00
Resolved: 2022-03-31 13:50:39+00:00

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

Steps to reproduce:

Windows 7, screen resolution is 1366x768
Firefox maximised
Open three tabs,
Try to close middle tab, by clicking the close button (cross) at right side of tab title.



Actual results:

Tab is not closed, but while the left button is down a cross appears at top right of screen.


Expected results:

Tab should have closed.

If Firefox is not maximised, can close middle tab.
If Firefox is full screen, can mouse up to to top screen to show tab, and close button works.
Bug: Screenshotting ::1 errors with "Not a URL"
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-16 11:13:23+00:00
Resolved: 2021-11-17 19:25:08+00:00

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

Steps to reproduce:

1. start a HTTP server on localhost listening on IPv6 and port 8000 (any other port should work), eg with `python3 -m http.server --bind ::1`
2. open http://[::1]:8000/ in Firefox
3. Right click, then "Take a screenshot"


Actual results:

Error:

> Whoa! Firefox Screenshots went haywi...
> We're not sure what just happened. Care to try again or take a shot of a different page?
> Error: Not a URL


Expected results:

Should take a screenshot
Bug: Preferences for ads for Mozilla VPN gets reset automatically
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-11-16 15:01:56+00:00
Resolved: 2021-12-04 22:51:49+00:00

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

Steps to reproduce:

I turned off ads to the best of my ability by clearing at least:

browser.privatebrowsing.vpnpromourl
Recommend extensions as you browse
Recommend features as you browse.



Actual results:

After updates, or just randomly (not sure) these settings reset.

Suddenly, I get this nonsense page:
https://www.mozilla.org/en-US/firefox/welcome/10/


Expected results:

Don't reset user settings. Especially not when resetting the only user settings beneficial to Mozilla - the ones showing ads for their own products.

These should all be off by default.

There is no reason to ever, under ANY circumstance, display ANYTHING that the user didn't navigate to, in the browser part of the browser. Leave these things to the chrome UI, or leave them out.

This applies to:
- Harassing me after updates with the "limited time" colorways popup, or a "What's new."
- Ads for Mozilla VPN on new tabs, or new private tabs.
- Ads for Mozilla VPN in tabs just opening (linked above).
- Getting started page with no actionable content.
- Privacy notice.
- Pocket recommendations.
- Top sites.
Bug: Context menu "Save Link As..." for plain text files opens the selected helper application with browser.download.improvements_to_download_panel=true
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-11-16 16:05:30+00:00
Resolved: 2025-03-02 14:50:48+00:00

Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:96.0) Gecko/20100101 Firefox/96.0 ID:20211115093917

Similar to bug 1738129 but for normal plain text files. Selecting `Save link as...` for such a file doesn't only save the file to disk, but at the same time also opens the selected helper application.

Steps to reproduce:
1. Create a new profile and close Firefox
2. Save the attachment (handlers.json) to this folder and tweak the helper application for `plain/text` to mach a locally installed application
3. Start Firefox and navigate to [Treeherder](https://treeherder.mozilla.org/jobs?repo=mozilla-central&searchStr=wdh1%2Cdebug&revision=5e4047061e46c5cb86d1ef694bc206fc8f4e7d20&selectedTaskRun=Ji3wMEbNRt2La7lxXzGW-Q.0)
4. Select the `Artifacts and Debugging Tools` pane at the bottom of the page
5. Right click `live_backing.log` and select `Save link as...`
6. Save the file

With steps 6 the helper application as selected in the `handler.json` file gets inappropriately opened. The only action to do here is to save the file, and nothing more.
Bug: ATTENTION: default value of option mesa_glthread overridden by environment.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-16 16:30:27+00:00
Resolved: 2021-12-04 11:53:20+00:00

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

Steps to reproduce:

Start Firefox 94 and 96.0a1 (and some versions before) from the console.


Actual results:

Attention logs are printed to the console:

```
$ MOZ_LOG="PlatformDecoderModule:1" nightly
ATTENTION: default value of option mesa_glthread overridden by environment.
ATTENTION: default value of option mesa_glthread overridden by environment.
ATTENTION: default value of option mesa_glthread overridden by environment.
ATTENTION: default value of option mesa_glthread overridden by environment.
[fluent] Missing message in locale de: picture-in-picture-move-toggle-left
[fluent] Missing message in locale de: downloads-cmd-always-open-similar-files
[fluent] Missing message in locale de: downloads-cmd-show-menuitem-2
[fluent] Missing message in locale de: menu-file-close-tab
ATTENTION: default value of option mesa_glthread overridden by environment.
ATTENTION: default value of option mesa_glthread overridden by environment.
ATTENTION: default value of option mesa_glthread overridden by environment.
libva info: VA-API version 1.13.0
```


Expected results:

Firefox should not log something scary looking.
Bug: Ensure download starts are still notified in an accessible manner with the demise of the unknown content type dialog
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-11-16 16:50:49+00:00
Resolved: 2023-06-02 15:22:31+00:00

On Nightly (only), we now default to saving files to disk (see [more extensive documentation in this google doc](https://docs.google.com/document/d/1H0Uw7oNgATAN1Ji_MYj7loaY_H-GUmnkNKvwraeHWgQ/edit#). That means that users stop seeing the "what do you want to do with this file" dialog. We need to ensure that for folks using screenreaders, there's still enough of a notification that a download has started, and if not, add something for that purpose.
Bug: Random hangs since upgrade to 94
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-16 17:11:37+00:00
Resolved: 2021-11-29 11:11:47+00:00

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

Steps to reproduce:

We build Mozilla Firefox [ourselves](https://github.molgen.mpg.de/mariux64/bee-files/blob/d5f58a9d48644af41df19426df3eb5dcd46b8eb0/firefox.be0#L16-L38) with

```
mee_configure() {

    . /usr/local/package/lib/node.profile
    . /pkg/rustc-1.56.1-0/profile

    cat > ${S}/mozconfig <<-EOF
	ac_add_options --prefix=/usr
	ac_add_options --enable-application=browser
	ac_add_options --disable-necko-wifi
	ac_add_options --enable-official-branding
	ac_add_options --enable-system-pixman
	ac_add_options --without-system-icu
	ac_add_options --without-system-nspr
	ac_add_options --disable-tests
	ac_add_options --enable-optimize
	ac_add_options --disable-crashreporter
	ac_add_options --disable-updater
	mk_add_options MOZ_MAKE_FLAGS="${BEE_MAKEFLAGS}"
	mk_add_options MOZ_OBJDIR=$B
	EOF
    export MOZBUILD_STATE_PATH=${B}/mozbuild

}
```

and [upgraded from 93.0 to 94.0](https://github.molgen.mpg.de/mariux64/bee-files/pull/2456) and also Rust from 1.52.1 to 1.56.1.


Actual results:

Users report random hangs. Especially having a USB camera connected and joining a Zoom meeting using the browser (the preview works), Firefox hangs and the spinner is shown.


Expected results:

It should work the same as with Firefox 93.0.

The Nightly 96.0a1 (20211116093425) does not show that behavior, but seems to be built differently.
Bug: "Save to Pocket" toolbar button status has a race condition when switching tabs while an article is being saved
Status: NEW
Priority: P3
Created: 2021-11-17 00:16:51+00:00
Resolved: 2021-12-01 12:11:08+00:00

### Steps to reproduce

0. I assume you have a Pocket account and are logged in.
1. Add the "Save to Pocket" button to your toolbar.
2. Open two tabs, each with a different page.
3. Click the "Save to Pocket" button on tab #1.
4. As soon as the "Save to Pocket" button turns red and the "Saving..." door hanger opens, quickly switch to tab #2.

### Expected result

The "Save to Pocket" button should be red on saved tab #1 and not red on unsaved tab #2.

### Actual result

The "Save to Pocket" button is red on unsaved tab #2 and not red on saved tab #1.
Bug: Unhelpful error message in case of unsigned add-on being installed via policy, but signing required
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-11-17 08:24:07+00:00
Resolved: 2021-12-10 06:34:07+00:00

Policies.jsm fails to detect if the add-on being installed by policy fails because of not being signed, even though that is required. It fails with an unhelpful error message here:

https://searchfox.org/mozilla-central/rev/df18dd52da04ee2bad434b0ba2d9fcb196d4d15e/browser/components/enterprisepolicies/Policies.jsm#2442

`TypeError: can't access property "id", install.addon is null`
Bug: --disable-launcher-process build failure on Windows
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-11-17 11:55:24+00:00
Resolved: 2021-11-18 03:51:13+00:00

On Windows 10, using `--disable-launcher-process` appears to be broken. My test .mozconfig contains just that one line and with current `central` I get:

```
 2:53.08 In file included from Unified_cpp_app_winlauncher0.cpp:29:
 2:53.08 In file included from c:/Users/jwatt/mozilla-source/mozilla-unified/browser/app/winlauncher/LauncherProcessWin.cpp:19:
 2:53.08 In file included from c:/Users/jwatt/mozilla-source/mozilla-unified/obj-x86_64-pc-mingw32/dist/include\mozilla/SafeMode.h:16:
 2:53.08 c:/Users/jwatt/mozilla-source/mozilla-unified/obj-x86_64-pc-mingw32/dist/include\mozilla/PolicyChecks.h(22,35): error: expected ')'
 2:53.08   LONG ret = ::RegGetValueW(aKey, POLICY_REGKEY_NAME, aName, RRF_RT_DWORD,
 2:53.08                                   ^
 2:53.08 c:/Users/jwatt/mozilla-source/mozilla-unified/obj-x86_64-pc-mingw32/dist/include\mozilla/PolicyChecks.h(14,63): note: expanded from macro 'POLICY_REGKEY_NAME'
 2:53.08 #  define POLICY_REGKEY_NAME L"SOFTWARE\\Policies\\Mozilla\\" MOZ_APP_BASENAME
 2:53.08                                                               ^
 2:53.08 c:/Users/jwatt/mozilla-source/mozilla-unified/obj-x86_64-pc-mingw32/dist/include\mozilla/PolicyChecks.h(22,28): note: to match this '('
 2:53.08   LONG ret = ::RegGetValueW(aKey, POLICY_REGKEY_NAME, aName, RRF_RT_DWORD,
 2:53.08                            ^
 2:53.22    Compiling whatsys v0.1.2
 2:53.47    Compiling audioipc v0.2.5 (https://github.com/mozilla/audioipc-2?rev=470320364f59672c0e1ee60240f2cd15f0e5b52f#47032036)
 2:53.52 1 error generated.
 2:53.55 mozmake[4]: *** [c:/Users/jwatt/mozilla-source/mozilla-unified/config/rules.mk:662: Unified_cpp_app_winlauncher0.obj] Error 1
 2:53.56 mozmake[3]: *** [c:/Users/jwatt/mozilla-source/mozilla-unified/config/recurse.mk:72: browser/app/winlauncher/target-objects] Error 2
```

So it looks like `MOZ_APP_BASENAME` is undefined, causing `POLICY_REGKEY_NAME` to be treated as a string followed by an identity.

It's not clear to me why we're even building `browser/app/winlauncher/LauncherProcessWin.cpp`, but since there's an explicit check for `MOZ_LAUNCHER_PROCESS` in [browser/app/winlauncher/moz.build](https://searchfox.org/mozilla-central/source/browser/app/winlauncher/moz.build#42) I guess that must be intentional.

I should note that I'm setting up a fresh Windows machine here and am using the recently released VS2022 as per our just updated [Windows build docs](https://firefox-source-docs.mozilla.org/setup/windows_build.html#install-visual-studio). Most people will be using VS2019, so I guess there's a possibility that this is an undiscovered issue with VS2022. (Needinfo'ing Mitchell in case that's true.)
Bug: Uncaught TypeError: this._view.parentElement is undefined errors in browser console when selecting Show in Folder context menu option from App Menu-> Bookmarks
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-11-17 13:13:24+00:00
Resolved: 2022-04-18 10:23:30+00:00

*Affected versions*
* 96.0a1 (20211116212601)
* 95.0b8 (20211116185800)



*Affected platforms*
* macOS 10.15
* Windows 10x64
* Ubuntu 16.04


*Steps to reproduce*
1. Open Firefox browser console.
2. Open App Menu-> Bookmarks and r-click on a random bookmark.
3. Select Show in Folder and observe the browser console.






*Expected result*
* No errors are displayed. (I don’t know if something else should happen here)


*Actual result*
* Two errors are displayed inside the browser console.

*Regression range*
* I don’t think this is a regression. This was added with implementation with bug 469441.









*Notes*
* Attached a screen recording.
Bug: Intermittent xpcshell exceptions TEST-UNEXPECTED-TIMEOUT | services/fxaccounts/tests/xpcshell/test_device.js | Test timed out
Status: NEW
Priority: P5
Created: 2021-11-17 14:15:41+00:00
Resolved: 2021-12-02 21:44:53+00:00

* *Push:* https://treeherder.mozilla.org/jobs?repo=autoland&group_state=expanded&revision=c7f9314dc6b40672eebd62c0217654e0ee42b762&searchStr=xpcshell&selectedTaskRun=eSzFadaVRcKLHTHIZ4cDNw.5

* *Task details:* https://firefox-ci-tc.services.mozilla.com/tasks/eSzFadaVRcKLHTHIZ4cDNw/runs/0

* *Failue log:* https://firefox-ci-tc.services.mozilla.com/tasks/eSzFadaVRcKLHTHIZ4cDNw/runs/0/logs/public/logs/live.log#L102793

```
[task 2021-11-17T02:06:04.255Z] 02:06:04     INFO -  TEST-START | services/fxaccounts/tests/xpcshell/test_device.js
[task 2021-11-17T02:11:04.236Z] 02:11:04  WARNING -  TEST-UNEXPECTED-TIMEOUT | services/fxaccounts/tests/xpcshell/test_device.js | Test timed out
[task 2021-11-17T02:11:04.236Z] 02:11:04     INFO -  TEST-INFO took 300134ms
[task 2021-11-17T02:11:04.237Z] 02:11:04     INFO -  >>>>>>>
[task 2021-11-17T02:11:04.237Z] 02:11:04     INFO -  PID 5159 | [Parent 5159, Main Thread] WARNING: Couldn't get the user appdata directory. Crash events may not be produced.: file /builds/worker/checkouts/gecko/toolkit/crashreporter/nsExceptionHandler.cpp:2964
[task 2021-11-17T02:11:04.237Z] 02:11:04     INFO -  PID 5159 | 1637114764545	FirefoxAccounts	TRACE	initializing new storage manager
[task 2021-11-17T02:11:04.237Z] 02:11:04     INFO -  PID 5159 | 1637114764545	FirefoxAccounts	TRACE	starting fetch of json user data
[task 2021-11-17T02:11:04.238Z] 02:11:04     INFO -  PID 5159 | Misc tests for FxAccounts.device
[task 2021-11-17T02:11:04.238Z] 02:11:04     INFO -  (xpcshell/head.js) | test MAIN run_test pending (1)
[task 2021-11-17T02:11:04.238Z] 02:11:04     INFO -  (xpcshell/head.js) | test run_next_test 0 pending (2)
[task 2021-11-17T02:11:04.238Z] 02:11:04     INFO -  (xpcshell/head.js) | test MAIN run_test finished (2)
[task 2021-11-17T02:11:04.238Z] 02:11:04     INFO -  running event loop
[task 2021-11-17T02:11:04.239Z] 02:11:04     INFO -  PID 5159 | Couldn't convert chrome URL: chrome://branding/locale/brand.properties
[task 2021-11-17T02:11:04.239Z] 02:11:04     INFO -  PID 5159 | [Parent 5159, Main Thread] WARNING: Could not get the program name for a cubeb stream.: 'NS_SUCCEEDED(rv)', file /builds/worker/checkouts/gecko/dom/media/CubebUtils.cpp:387
[task 2021-11-17T02:11:04.239Z] 02:11:04     INFO -  PID 5159 | 1637114764552	FirefoxAccounts	TRACE	initializing of new storage manager done
[task 2021-11-17T02:11:04.239Z] 02:11:04     INFO -  services/fxaccounts/tests/xpcshell/test_device.js | Starting test_default_device_name
[task 2021-11-17T02:11:04.240Z] 02:11:04     INFO -  (xpcshell/head.js) | test test_default_device_name pending (2)
[task 2021-11-17T02:11:04.240Z] 02:11:04     INFO -  PID 5159 | default value is cltbld’s  on macmini-r8-235
[task 2021-11-17T02:11:04.240Z] 02:11:04     INFO -  TEST-PASS | services/fxaccounts/tests/xpcshell/test_device.js | test_default_device_name - [test_default_device_name : 23] true == true
```
Bug: The search box moves left and right every you type.
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-11-17 14:51:37+00:00
Resolved: 2022-05-04 23:25:36+00:00

Steps to reproduce:
1. Set text bigger 140% in Windows Settings, Ease of Access 
2. Start Nightly
3. Open about:preferences
4. Type something e.g. `sec`

Actual Results:
The search box moves left and right every you type
screen cast: https://youtu.be/B7E3eJ4eVY4

Expected Results:
Do not move
Bug: This PDF prints badly from the PDF viewer
Status: NEW
Priority: P3
Created: 2021-11-17 14:52:32+00:00
Resolved: 2022-01-28 14:44:37+00:00

I wasn't sure whether to file this in this component or in the PDF viewer component.

This PDF prints badly (both on a real printer or when I print to PDF). It's properly displayed by the PDF viewer though.
Bug: When the x button is displayed, the width of the search box of Library will change.
Status: NEW
Priority: P5
Created: 2021-11-17 15:03:04+00:00
Resolved: 2022-01-04 22:56:36+00:00

Steps to reproduce:
1. Open Library
2. Type something in the search box.

Actual results:
The width of the search box of Library will change
Screen cast: https://youtu.be/zV9RTOJak4M

Expected results:
not change
Bug: Save to pdf under Linux uses Windows reserved character in filename
Status: VERIFIED
Priority: P3
Resolution: WONTFIX
Created: 2021-11-17 15:54:38+00:00
Resolved: 2021-12-13 16:50:33+00:00

Steps to reproduce:

Saved to PDF under Xubuntu 20.04 at 
https://www.crossway.org/articles/should-i-choose-a-church-for-its-pastor/


Actual results:

it created a pdf using | in the filename.


Expected results:

| is a reserved character in Windows so I could not copy it to a NTFS USB drive
Bug: Don't rely on global look-and-feel-changed notification in ToolbarIconColor.
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-11-17 16:24:50+00:00
Resolved: 2021-11-17 21:44:56+00:00

It might fire before styles are invalidated, so it might cache the wrong style. This is causing failures with the patch in bug 1740089, since after that patch `browser_ext_browserAction_theme_icons` trigger the theme changes when switching from dark to default mode or similar.
Bug: Bookmark editor don't display for local files
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-17 17:29:28+00:00
Resolved: 2021-11-23 17:15:26+00:00

Steps to reproduce:

1. Open a local html file (url starting with file:///)
2a. Try to bookmark it by clicking the context menu entry or the "bookmark current tab" in the bookmark top menu
2b. Try to edit the bookmark by clicking the context menu entry or the "edit bookmark" in the bookmark top menu


Actual results:

3a. The page is bookmarked instantly without displaying the popup editor to set the details of the page
3b. Nothing happen. The popup editor don't display at all.


Expected results:

A popup editor should have appeared to choose the name and location of the bookmark, like it would on normal web pages.
Bug: Intermittent browser/components/sessionstore/test/browser_cookies_sameSite.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-11-17 17:54:17+00:00
Resolved: 2021-12-14 17:05:40+00:00

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

---
```
[task 2021-11-17T17:16:25.634Z] 17:16:25     INFO - TEST-PASS | browser/components/sessionstore/test/browser_cookies_sameSite.js | cookie schemeMap flag successfully restored - 
[task 2021-11-17T17:16:25.635Z] 17:16:25     INFO - Buffered messages finished
[task 2021-11-17T17:16:25.637Z] 17:16:25     INFO - TEST-UNEXPECTED-FAIL | browser/components/sessionstore/test/browser_cookies_sameSite.js | Test timed out - 
[task 2021-11-17T17:16:25.957Z] 17:16:25     INFO - GECKO(2745) | -----------------------------------------------------
[task 2021-11-17T17:16:25.959Z] 17:16:25     INFO - GECKO(2745) | Suppressions used:
[task 2021-11-17T17:16:25.959Z] 17:16:25     INFO - GECKO(2745) |   count      bytes template
[task 2021-11-17T17:16:25.960Z] 17:16:25     INFO - GECKO(2745) |      13        416 nsComponentManagerImpl
[task 2021-11-17T17:16:25.961Z] 17:16:25     INFO - GECKO(2745) |       2        288 libfontconfig.so
[task 2021-11-17T17:16:25.961Z] 17:16:25     INFO - GECKO(2745) | -----------------------------------------------------
[task 2021-11-17T17:16:28.952Z] 17:16:28     INFO - GECKO(2745) | MEMORY STAT | vsize 20975603MB | residentFast 1446MB
[task 2021-11-17T17:16:28.953Z] 17:16:28     INFO - TEST-OK | browser/components/sessionstore/test/browser_cookies_sameSite.js | took 99740ms
[task 2021-11-17T17:16:28.974Z] 17:16:28     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-11-17T17:16:28.974Z] 17:16:28     INFO - TEST-UNEXPECTED-FAIL | browser/components/sessionstore/test/browser_cookies_sameSite.js | Found a tab after previous test timed out: about:blank - 
[task 2021-11-17T17:16:29.713Z] 17:16:29     INFO - checking window state
[task 2021-11-17T17:16:30.042Z] 17:16:30     INFO - TEST-START | browser/components/sessionstore/test/browser_docshell_uuid_consistency.js
```
Bug: Dragging a Firefox tab and letting go while over the Recycle Bin on Windows does not create a new Firefox window
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-17 20:59:11+00:00
Resolved: 2024-09-05 15:16:37+00:00

Steps to reproduce:

1.) On Windows, open a Firefox window and create at least two tabs.
2.) Position the Firefox window to cover a portion of the desktop, while still having the Recycle Bin visible on the uncovered portion.
3.) Drag any tab from the Firefox window to the Recycle Bin and release it.

Actual Results:
Dragged tab is returned to the origin Firefox window, and a new Window is not created.

Expected Results:
Tab should be transferred from the origin Firefox window into a newly created Firefox Window.

Additional Details:

Appears to be caused by: https://searchfox.org/mozilla-central/source/browser/base/content/tabbrowser-tabs.js#825

The `dropEffect` is a `move` (Just like dragging a file into the Recycle Bin "moves" it there), so this check causes an early exit without creating the new Window. Though, there may be unintended consequences of simply removing that check, which would need to be investigated.
Bug: browser.urlbar.clickSelectsAll no longer available
Status: VERIFIED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-18 00:32:29+00:00
Resolved: 2021-11-29 09:56:02+00:00

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

Steps to reproduce:

about:config
The following key is no longer available:
browser.urlbar.clickSelectsAll
So I am no longer able to select disable.

Windows 10 Pro, Version 21H1, OS build 19043.1348


Actual results:

If I click in urlbar, it selects all which is NOT what I want to happen.


Expected results:

If browser.urlbar.clickSelectsAll was only available like it was in previous versions I could set it to disable.
Then when I click in the urlbar, a cursor would appear where I clicked.
I often edit a search string to make changes during searching.
Having a click select all is annoying since I only want to correct or erase a word - not the entire string. This is very annoying since browser.urlbar.clickSelectsAll previously was available. It is so annoying that I changed my default browser to Chrome.
Bug: CRASHES EVERY 2 hours!  Really disturbing
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-11-18 01:02:48+00:00
Resolved: 2021-12-23 13:05:52+00:00

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

Steps to reproduce:

??



Actual results:

CRASHES EVERY 2 HOURS, OR 5-6 TIMES A DAY


Expected results:

??