av9ash/GitBugs huggingface dataset:
Bug: [macOS] Firefox Pinned Tabs Will be Removed and Extensions Will be Crashed after Using Private Window
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-05-14 00:07:36+00:00
Resolved: 2022-08-16 13:13:57+00:00

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

Steps to reproduce:

In macOS, pin some tabs in the main window of Firefox. Then, open "Private Window", close it, then quit Firefox.


Actual results:

When Firefox has opened again, the pinned tabs will vanish and some extensions such as the Simple Tab Groups will crash.


Expected results:

In macOS, the red X in the top left of the Firefox window does not force Firefox windows to quit. It seems when a private window is closed using X, it remains open while it is not shown in macOS. Therefore, closing Firefox leads to a crash.

Please kindly note that all pinned tabs in Firefox will be closed if Firefox is not closed before the system restart, having multiple windows open or if it crashes while more than a window is open. This bug is reported a long time ago but is not fixed yet. It is a serious bug that leads to serious data loss for many macOS users.
Bug: Intermittent TV-fis browser/components/urlbar/tests/browser/browser_urlbar_telemetry_places.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort.
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2022-05-14 00:49:33+00:00
Resolved: 2022-09-13 23:51:08+00:00

**Filed by:** imoraru [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=378037056&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/RxTdwOqOSzqCky-McVfDvQ/runs/0/artifacts/public/logs/live_backing.log
**Reftest URL:** https://hg.mozilla.org/mozilla-central/raw-file/tip/layout/tools/reftest/reftest-analyzer.xhtml#logurl=https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/RxTdwOqOSzqCky-McVfDvQ/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
[task 2022-05-13T23:34:25.756Z] 23:34:25     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_urlbar_telemetry_places.js | urlbar.picked.autofill_url['0'] must contain the expected value - 1 == 1 - 
[task 2022-05-13T23:34:25.756Z] 23:34:25     INFO - Leaving test bound test_autofill
[task 2022-05-13T23:34:25.757Z] 23:34:25     INFO - Console message: [JavaScript Warning: "This page is in Quirks Mode. Page layout may be impacted. For Standards Mode use “<!DOCTYPE html>”." {file: "http://example.com/test" line: 0}]
[task 2022-05-13T23:34:25.757Z] 23:34:25     INFO - Buffered messages finished
[task 2022-05-13T23:34:25.757Z] 23:34:25     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_urlbar_telemetry_places.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. - 
[task 2022-05-13T23:34:25.758Z] 23:34:25     INFO - GECKO(2642) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2022-05-13T23:34:25.758Z] 23:34:25     INFO - GECKO(2642) | MEMORY STAT | vsize 7793MB | residentFast 291MB | heapAllocated 130MB
[task 2022-05-13T23:34:25.758Z] 23:34:25     INFO - TEST-OK | browser/components/urlbar/tests/browser/browser_urlbar_telemetry_places.js | took 65082ms
[task 2022-05-13T23:34:25.759Z] 23:34:25     INFO - checking window state
[task 2022-05-13T23:34:25.759Z] 23:34:25     INFO - GECKO(2642) | Completed ShutdownLeaks collections in process 2642
[task 2022-05-13T23:34:25.759Z] 23:34:25     INFO - TEST-START | Shutdown
[task 2022-05-13T23:34:25.759Z] 23:34:25     INFO - Browser Chrome Test Summary
[task 2022-05-13T23:34:25.760Z] 23:34:25     INFO - Passed:  275
[task 2022-05-13T23:34:25.760Z] 23:34:25     INFO - Failed:  1
[task 2022-05-13T23:34:25.760Z] 23:34:25     INFO - Todo:    0
[task 2022-05-13T23:34:25.760Z] 23:34:25     INFO - Mode:    e10s
[task 2022-05-13T23:34:25.760Z] 23:34:25     INFO - *** End BrowserChrome Test Results ***
```
Bug: Incorrect PDF download behavior in gmail
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-05-14 11:04:56+00:00
Resolved: 2025-02-11 13:32:11+00:00

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

Steps to reproduce:

Attempted to download a pdf from gmail using gmail's download pdf button. Download behavior is set to always ask before downloading in firefox. pdf behavior is set to "open in firefox".


Actual results:

Firefox downloaded the pdf file without prompting for download location (into downloads folder). Firefox then opened said pdf for viewing in a new tab. 


Expected results:

Firefox should prompt user for download location. Firefox should not open the pdf in new tab. 

If Firefox pdf behavior is set to ask every time, then firefox asks user what to do. This is not the correct behavior - user should be asked where to save using the save file dialog box directly. This option also takes away the users ability to open pdf links directly without any prompt. 

Correct behavior is observed for png file from gmail. Issue seems linked to pdfs and isolated to gmail.
Bug: Patreon Membership Page Not Working in Empty Profile
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-05-14 13:18:10+00:00
Resolved: 2022-05-14 13:21:55+00:00

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

Steps to reproduce:

Go to any Patreon page (i.e., https://www.patreon.com/dtns) and click on the Membership tab. 


Actual results:

Blank white page with the following in console:

TypeError: can't access property "length", x is undefined
    w index.jsx:100
    React 12
    o index.tsx:32
instrument.ts:125:32

Uncaught (in promise) TypeError: can't access property "length", x is undefined
    w index.jsx:100
    React 12
    o index.tsx:32
index.jsx:100:8

This happens with Firefox on Android, too.


Expected results:

The page should display the membership page.
Bug: Intermittent browser/components/places/tests/browser/browser_toolbar_other_bookmarks.js | Test timed out | Uncaught exception received from previously timed out test - BookmarksToolbarVisibilityUpdated listener on #PersonalToolbar not removed before the
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2022-05-14 18:25:18+00:00
Resolved: 2022-07-27 18:22:16+00:00

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

---
```
[task 2022-05-14T17:58:19.974Z] 17:58:19     INFO - TEST-PASS | browser/components/places/tests/browser/browser_toolbar_other_bookmarks.js | 'Show Other Bookmarks' menu item appearance state is correct. - 
[task 2022-05-14T17:58:19.975Z] 17:58:19     INFO - Leaving test bound showOtherBookmarksMenuItemPrefDisabled
[task 2022-05-14T17:58:19.975Z] 17:58:19     INFO - Entering test bound testOtherBookmarksToolbarOverFlow
[task 2022-05-14T17:58:19.976Z] 17:58:19     INFO - Ensure that visible nodes when showing/hiding Other Bookmarks is consistent across separate windows.
[task 2022-05-14T17:58:19.976Z] 17:58:19     INFO - Buffered messages logged at 17:57:02
[task 2022-05-14T17:58:19.977Z] 17:58:19     INFO - Hide the Other Bookmarks folder from the original window.
[task 2022-05-14T17:58:19.977Z] 17:58:19     INFO - Select 'Show Other Bookmarks' menu item
[task 2022-05-14T17:58:19.978Z] 17:58:19     INFO - Buffered messages finished
[task 2022-05-14T17:58:19.978Z] 17:58:19     INFO - TEST-UNEXPECTED-FAIL | browser/components/places/tests/browser/browser_toolbar_other_bookmarks.js | Test timed out - 
[task 2022-05-14T17:58:20.022Z] 17:58:20     INFO - Not taking screenshot here: see the one that was previously logged
[task 2022-05-14T17:58:20.022Z] 17:58:20     INFO - TEST-UNEXPECTED-FAIL | browser/components/places/tests/browser/browser_toolbar_other_bookmarks.js | Uncaught exception received from previously timed out test - BookmarksToolbarVisibilityUpdated listener on #PersonalToolbar not removed before the end of test
[task 2022-05-14T17:58:20.025Z] 17:58:20     INFO - GECKO(8868) | [2022-05-14T17:58:20Z WARN  rkv::backend::impl_safe::environment] `load_ratio()` is irrelevant for this storage backend.
[task 2022-05-14T17:58:20.034Z] 17:58:20     INFO - Console message: [JavaScript Error: "Invalid ETag value "undefined"" {file: "resource://services-settings/SyncHistory.jsm" line: 50}]
[task 2022-05-14T17:58:20.035Z] 17:58:20     INFO - store@resource://services-settings/SyncHistory.jsm:50:13
[task 2022-05-14T17:58:20.035Z] 17:58:20     INFO - 
[task 2022-05-14T17:58:20.039Z] 17:58:20     INFO - GECKO(8868) | MEMORY STAT | vsize 4062MB | residentFast 832MB | heapAllocated 445MB
[task 2022-05-14T17:58:20.041Z] 17:58:20     INFO - TEST-OK | browser/components/places/tests/browser/browser_toolbar_other_bookmarks.js | took 90585ms
```
Bug: Not syncing across desktop machines - noticed that bookmarks were not transferring
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-05-15 11:50:11+00:00
Resolved: 2022-05-16 01:42:42+00:00

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

Steps to reproduce:

Tried taking off bookmark sync option and then reactivating it.


Actual results:

No change, so I searched help for what to do and found the "submit a bug" page.


Expected results:

I'm now attaching the latest file in my "about:sync-log" directory.

I hope you can help
Bug: Tab occasionally refuses to load images from BBC website; only a new tab can load them
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-05-15 13:37:34+00:00
Resolved: 2022-12-19 20:25:20+00:00

From the BBC News home page (http://www.bbc.co.uk/news - you may need to VPN to the UK to avoid being redirected to bbc.com), open a number of articles in new tabs by clicking on their link with scrollwheel click or CTRL + click (tabs open in the background).

On average, 1 in 20 tabs (give or take) fails to load properly: text and formatting load ok, but images do not load and do not show alt text either (despite it being present in the source code). They show a blank placeholder instead; for videos, a placeholder with the BBC logo in it is displayed.
For example, the above just happened on the following page: https://www.bbc.co.uk/news/science-environment-61452860

The following actions are _ineffective_ at loading the missing images in the affected tab:
- F5
- CTRL + F5
- CTRL + Shift + R
- Clicking on the address bar and pressing Enter.
- Hitting the Back button and re-clicking the link (if the link was opened in the same tab instead of a new tab).
- Closing the tab (CTRL +F4) and reopening it (CTRL + SHIFT + T).
- Moving the tab to a new window.
- Disabling the HTTP cache from Developer Tools and refreshing the page (with the console open).

The only  way to load the missing images is to create a new tab and open the link there, either by ctrl-clicking on it from somewhere or copying and pasting the URL.

This is not a new behaviour. It started happening I reckon in the second half of 2021, but unfortunately I cannot remember which version of Firefox it started with.

This issue affects at least (as I saw):
- Firefox 100 (64 bit) on Ubuntu 21.10
- Firefox 91.7.1esr (32-bit) on Windows 10

including with all extensions disabled.
Bug: Adress bar not working sometines
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-05-15 16:32:33+00:00
Resolved: 2022-08-11 07:54:32+00:00

We try to cntrl + l to open the adress bar sometimes its not working correctly as we want. it open another tabs that is somethings like bug to me thats why  i generate a report a bug in bugzillla.
Bug: Closing the last tab on the right causes all other x's in tabs to disappear.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-05-15 18:55:06+00:00
Resolved: 2022-10-07 12:33:29+00:00

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

Steps to reproduce:

1. Create userChrome.css so that all tabs will always show an "x" to exit, regardless of tab width.
2. In about:config, set 'browser.tabs.tabClipWidth' to 0 value.
3. Restart Firefox (100.0, problem did not exist prior to that).
4. Open a few tabs; they should all have "x" available to close the tab. I usually have 10 or 12 tabs open. 
5. Close (left-click x-out) rightmost tab.


Actual results:

X's disappear from all other tabs, except the one immediately to the left. I would like to note that if the rightmost tab is moved elsewhere and then closed (x-out), the problem does not occur. 


Expected results:

X's should stay in all tabs. I have included before/after screenshots in .docx. If any tab other than the rightmost one is closed via x-out, then all x's remain.
Bug: PanelMultiView is producing console warnings when it passes the "context" attribute's empty value to getElementById
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-05-16 03:57:20+00:00
Resolved: 2022-05-16 22:05:15+00:00

[This code](https://searchfox.org/mozilla-central/rev/49b54e6b669dc9fc3a9d813262a74f342739b152/browser/components/customizableui/PanelMultiView.jsm#1812-1813) is evaluating to `this.document.getElementById("")` in cases when we navigate with the keyboard on elements that don't have their own `context` attribute. This can be seen when tabbing through the static buttons in various panels. Passing an empty string to this method dispatches this console warning: `Empty string passed to getElementById().`

For example, in the History panel menu, there are 3 static buttons at the top: Recently closed tabs, Recently closed windows, and Clear recent history. Then there are a bunch of dynamically generated history entries. When we tab through the history entries there are no problems, since they each have their own `context` attribute, set by the method that creates the nodes from the history query. But the static items have no attribute.

In that case, `focus.closest("[context]")` scans up to the panel itself, which has [an empty context attribute](https://searchfox.org/mozilla-central/rev/49b54e6b669dc9fc3a9d813262a74f342739b152/browser/components/customizableui/content/panelUI.js#481) that's intended to keep us from showing the toolbar context menu. So that's how we're getting an empty string to pass. To fix it, we just need to check that the `context` value is truthy, not just the `contextNode`.
Bug: Unintended repositioning on the right-side of the tab-strip with multiple tabs opened
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-05-16 06:34:22+00:00
Resolved: 2022-06-07 08:09:32+00:00

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

Steps to reproduce:

1. Open approximately 8 tabs (for a 1920x1080 16:9 screen). Maybe fewer tabs for a smaller screen, and more tabs for a larger screen.
2. Click on "Add new tab" button
3. Close the newly opened tab



Actual results:

The "Arrow down" button (search tabs) briefly appears and then disappears. 
This also seems to cause the tabs to shift/move with a choppy animation.
(Recording of the issue: https://youtu.be/DCBlD8Rx8R0)
Tried narrowing the issue down with mozz-regression and as suspected, the issue is caused by the patch from #bug1759221


Expected results:

The "Arrow down" (search tabs) button should appear only when a specific number of tabs are opened (aprox. 20tabs on my screen specs). It should not appear briefly unnecessarily. The tab shifting/moving should be smooth, without any choppiness.
Bug: Firefox DOES NOT "Clear History" - Several Versions over Last 6 Months
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-05-16 13:15:43+00:00
Resolved: 2022-06-23 14:17:47+00:00

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

Steps to reproduce:

Every time I use Firefox, AFTER visiting several internet sites, I "ALWAYS" CLEAR HISTORY (Menu, History, Clear EVERYTHING) as the Last step before Closing Firefox. 


Actual results:

Clear History (EVERYTHING) Almost Always REMEMBERS the Last website visited in the PRIOR session.  For example, I access several different Credit Card and Banking website, to pay bills almost daily.  AFTER Clearing History (EVERYTHING) Yesterday, when I first Open Firefox Tomorrow, the Last Bank visited Yesterday pops up Immediately. 


Expected results:

NO websites visited in the LAST use of Firefox should pop up in the NEXT use, AFTER  using Clear History (EVERYTHING) as the Last thing done in the PRIOR session.
This Should be considered as a Security Issue, since Other Users of any PC using Firefox would be presented with a Banking website URL or the Prior User.
Bug: [Intermittent] Infobar not displayed on idle when Firefox default engine is removed
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2022-05-16 15:08:40+00:00
Resolved: 2022-05-31 09:07:01+00:00

+++ This bug was created as a follow-up of Bug #1759207 +++

**Description**
With the fix of Bug #1759207, we have encountered a few cases in which the default engine removal would be successful but the infobar will not show. This was observed only in the 5' idle time scenario after the search-config was updated.

**Affected versions**
* Beta 101
* Nightly 102

**Affected platforms**
* all

**Steps to reproduce**
1. Create a profile for a region/localization that has google.com as Firefox set default engine.
2. Have a search-config update that contains a removal of a Firefox set engine, e.g. google.com
3. Have the search-config update in pipeline. (changes are brought from RS, but not yet applied)
4. Wait for at least 5 minutes - computer is idle

**Expected result**
Default engine is removed and Infobar is displayed stating that the google.com engine is replaced.

**Actual result**
Default engine is removed, but Infobar is not displayed every time (happens intermittently)

**Regression range**
* Not a regression
Bug: Bookmark menu has different content when opened from toolbar or Overflow menu
Status: NEW
Priority: P5
Created: 2022-05-16 16:37:13+00:00
Resolved: 2024-12-12 06:01:39+00:00

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

Steps to reproduce:

1. Use 'Customize toolbar' to place the 'Bookmarks menu' icon in the toolbar 
2. End the 'Customize toolbar' view by clicking 'Done'
3. Open the bookmarks menu from the just added icon in the toolbar

The opened menu looks as expected. It contains the bookmarks, folders and some other menu items related to bookmarks.

4. Start 'Customize toolbar' again and move the 'Bookmarks menu' to the 'Overflow menu'
5. End the 'Customize toolbar' view by clicking 'Done'
6. Open the bookmarks menu from entry in the Overflow menu

The menu that opens now has a different content. It shows 'Recent bookmarks' instead of the bookmarks menu.

System details: Fedora 36, x86_64
Firefox version: Firefox 100.0 (64 bit) (firefox-100.0-4.fc36.x86_64 from the Fedora repositories)


Actual results:

If the 'Bookmark menu' entry is placed in the Overflow menu, it shows Recent bookmarks instead of the bookmarks menu.


Expected results:

The 'Bookmarks menu' entry shows the same menu, i.e., the bookmarks menu, irrespective from where it is opened (toolbar or overflow menu).
Bug: Intermittent browser/components/places/tests/browser/browser_library_row_is_visible.js | Selected row is visible after sort - false == true - JS frame :: chrome://mochitests/content/browser/browser/components/places/tests/browser/browser_library_row_is_v
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2022-05-16 21:38:43+00:00
Resolved: 2022-07-25 23:08:52+00:00

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

---
```
INFO - TEST-PASS | browser/components/places/tests/browser/browser_library_row_is_visible.js | Current view is shown - true == true - 
[task 2022-05-16T20:55:13.225Z] 20:55:13     INFO - Buffered messages finished
[task 2022-05-16T20:55:13.225Z] 20:55:13     INFO - TEST-UNEXPECTED-FAIL | browser/components/places/tests/browser/browser_library_row_is_visible.js | Selected row is visible after sort - false == true - JS frame :: chrome://mochitests/content/browser/browser/components/places/tests/browser/browser_library_row_is_visible.js :: assertSelectedRowIsVisible :: line 19
[task 2022-05-16T20:55:13.226Z] 20:55:13     INFO - Stack trace:
[task 2022-05-16T20:55:13.226Z] 20:55:13     INFO - chrome://mochitests/content/browser/browser/components/places/tests/browser/browser_library_row_is_visible.js:assertSelectedRowIsVisible:19
[task 2022-05-16T20:55:13.227Z] 20:55:13     INFO - chrome://mochitests/content/browser/browser/components/places/tests/browser/browser_library_row_is_visible.js:test_click_bookmark_on_sort:117
[task 2022-05-16T20:55:13.228Z] 20:55:13     INFO - Leaving test bound test_click_bookmark_on_sort
[task 2022-05-16T20:55:13.748Z] 20:55:13     INFO - GECKO(10127) | [Parent 10127, Compositor] WARNING: Possibly dropping task posted to updater thread: file /builds/worker/checkouts/gecko/gfx/layers/apz/src/APZUpdater.cpp:365
[task 2022-05-16T20:55:13.762Z] 20:55:13     INFO - GECKO(10127) | MEMORY STAT | vsize 20526MB | residentFast 851MB | heapAllocated 450MB
[task 2022-05-16T20:55:13.764Z] 20:55:13     INFO - TEST-OK | browser/components/places/tests/browser/browser_library_row_is_visible.js | took 4851ms
```
Bug: Firefox 100 does not load any pages
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-05-17 08:01:48+00:00
Resolved: 2022-05-23 17:15:25+00:00

Steps to reproduce:

Installation or update to Firefox 100 and start the application.

It may be related to our Microsoft Defender for Endpoint Exploit protection rules. However I deactivated it and the issue persists.


Actual results:

It starts but no websites are rendered at all. Also all about-pages or settings menu are not loaded.


Expected results:

Websites or settings menu should be displayed.
Bug: Firefox update changes theme back to default version
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-05-17 09:09:14+00:00
Resolved: 2022-06-03 07:48:26+00:00

Steps to reproduce:

1. Start firefox
2. Click hamburger icon near the top right corner.
3. Click Settings
4. Scroll down to Language and Appearance section
5. Change appearance to dark theme
6. Click on FF prompt about new version being available (option to install it)
7. Wait until it's done.
8. Click on button to restart the browser

Note: happened both during latest update and one prior to that.
Note 2: Just updated from v100 to v100.0.1 via about page and issue is not present.


Actual results:

Browser restarts successfully, theme changed back to default option (Firefox theme)


Expected results:

Browser restarts successfully, theme set to previously chosen option.
Bug: Tab crashes when browsing UI Automation against Firefox 100.0.1
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-05-17 10:29:35+00:00
Resolved: 2022-05-17 10:55:45+00:00

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

Steps to reproduce:

UI Automation reference by Inspect tool after upgrading to Firefox 100.0.1.


Actual results:

Tabs always crash in Firefox.
101.0.b7 does not crash, but other versions do.


Expected results:

I don't know. Enhanced security?
Bug: Firefox 100.0.1 dragging tabs stop working
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-05-17 10:35:50+00:00
Resolved: 2022-05-19 12:37:59+00:00

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

Steps to reproduce:

Trying rearrange tabs by dragging them with my mouse


Actual results:

Impossible


Expected results:

Moving tabs