av9ash/GitBugs huggingface dataset:
Bug: "Not Secure" label is not aligned with the Dedicated Search button
Status: NEW
Priority: P3
Created: 2024-10-16 14:41:06+00:00
Resolved: 2024-11-06 14:38:46+00:00

**Found in**
* Nightly 133.0a1;

**Affected versions**
* Nightly 133.0a1;

**Affected platforms**
* Windows 11; 

**Preconditions**
* Have browser.urlbar.scotchBonnet.enableOverride to TRUE

**Steps to reproduce**
1. Open http://example.com/ or any other website using `HTTP` protocol (To force `http`, go to Lock icon in address bar and set the connection to "Off temporarily" then refresh the website / delete the `s` from the address bar).
2. Notice the disabled lock and the "Not Secure" label in the address bar.

**Expected result**
* "Not Secure" label is aligned with the rest of the address bar elements. 

**Actual result**
* There is a visible gap between the "Not Secure" label and the unified search button.

**Regression range**
* Not a regression.
Bug: Intermittent browser/components/preferences/tests/browser_site_login_exceptions_policy.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-10-16 15:39:11+00:00
Resolved: 2024-11-11 12:04:16+00:00

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

---
```
[task 2024-10-16T15:01:08.276Z] 15:01:08     INFO - TEST-START | browser/components/preferences/tests/browser_site_login_exceptions_policy.js
[task 2024-10-16T15:01:08.344Z] 15:01:08     INFO - GECKO(7207) | console.log: "_cleanup from onBeforeAddons"
[task 2024-10-16T15:01:08.386Z] 15:01:08     INFO - GECKO(7207) | console.log: "_cleanup from onProfileAfterChange"
[task 2024-10-16T15:01:08.422Z] 15:01:08     INFO - GECKO(7207) | console.log: "_cleanup from onBeforeUIStartup"
[task 2024-10-16T15:01:08.429Z] 15:01:08     INFO - GECKO(7207) | console.log: "_cleanup from onAllWindowsRestored"
[task 2024-10-16T15:01:54.151Z] 15:01:54     INFO - TEST-INFO | started process screentopng
[task 2024-10-16T15:01:54.296Z] 15:01:54     INFO - TEST-INFO | screentopng: exit 0
[task 2024-10-16T15:01:54.297Z] 15:01:54     INFO - Buffered messages logged at 15:01:08
[task 2024-10-16T15:01:54.297Z] 15:01:54     INFO - Entering test bound openLoginExceptionsSubDialog
[task 2024-10-16T15:01:54.297Z] 15:01:54     INFO - TEST-PASS | browser/components/preferences/tests/browser_site_login_exceptions_policy.js | Check initial value of signon.rememberSignons pref - 
[task 2024-10-16T15:01:54.299Z] 15:01:54     INFO - TEST-PASS | browser/components/preferences/tests/browser_site_login_exceptions_policy.js | Sanity check the temporary file doesn't exist. - true == true - 
[task 2024-10-16T15:01:54.299Z] 15:01:54     INFO - Buffered messages finished
[task 2024-10-16T15:01:54.299Z] 15:01:54     INFO - TEST-UNEXPECTED-FAIL | browser/components/preferences/tests/browser_site_login_exceptions_policy.js | Test timed out - 
[task 2024-10-16T15:01:54.299Z] 15:01:54     INFO - GECKO(7207) | Completed ShutdownLeaks collections in process 7207
[task 2024-10-16T15:01:54.299Z] 15:01:54     INFO - TEST-START | Shutdown
[task 2024-10-16T15:01:54.302Z] 15:01:54     INFO - Browser Chrome Test Summary
[task 2024-10-16T15:01:54.302Z] 15:01:54     INFO - Passed:  7864
[task 2024-10-16T15:01:54.302Z] 15:01:54     INFO - Failed:  1
[task 2024-10-16T15:01:54.302Z] 15:01:54     INFO - Todo:    1
[task 2024-10-16T15:01:54.302Z] 15:01:54     INFO - Mode:    e10s
[task 2024-10-16T15:01:54.302Z] 15:01:54     INFO - *** End BrowserChrome Test Results ***
```
Bug: Firefox Sync error.login.reason.no_username
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-10-16 18:23:16+00:00
Resolved: 2024-11-19 07:32:37+00:00

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

Steps to reproduce:

Signed in to Sync onto a new installation of Firefox


Actual results:

The sync took a very long time to complete, and it often had to be manually restarted several times in order to properly sync


Expected results:

The Sync should have operated normally.
Bug: Moving tabs left/right will never wrap around the tab bar
Status: NEW
Priority: --
Created: 2024-10-16 20:30:47+00:00
Resolved: 2024-10-31 12:09:23+00:00

Current behavior: When the first tab is selected, Ctrl + Shift + Page Up does not move the tab in the tab bar

Seemingly intended behavior: When the first tab is selected and the user is on macOS, Ctrl + Shift + Page Up should move the tab to the end of the tab bar

gBrowser has code to handle "wrapping" the active tab to the start/end of the tab bar when moving a tab to the right/left (Ctrl + Shift + Page Up, Ctrl + Shift + Page Down) on macOS only

https://searchfox.org/mozilla-central/source/browser/components/tabbrowser/content/tabbrowser.js#5500
https://searchfox.org/mozilla-central/source/browser/components/tabbrowser/content/tabbrowser.js#5568

It looks like this was an attempt to have similar macOS behavior to the controls for switching one tab left or right (Ctrl + Page Up/Page Down, Command + Option + Left Arrow/Right Arrow, Control + Tab/Control + Shift + Tab)

https://searchfox.org/mozilla-central/source/toolkit/content/widgets/tabbox.js#405-433

However, `arrowKeysShouldWrap` is always false in tabbrowser.js https://searchfox.org/mozilla-central/source/browser/components/tabbrowser/content/tabbrowser.js#201 It looks like the `platform` was not used for comparison https://searchfox.org/mozilla-central/source/toolkit/content/widgets/tabbox.js#338
Bug: Intermittent uriloader/exthandler/tests/mochitest/browser_auto_close_window_nodialog.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-10-17 00:49:03+00:00
Resolved: 2025-02-10 12:05:58+00:00

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

---
```
[task 2024-10-17T00:35:46.764Z] 00:35:46     INFO - TEST-PASS | uriloader/exthandler/tests/mochitest/browser_auto_close_window_nodialog.js | Test reseted - 
[task 2024-10-17T00:35:46.764Z] 00:35:46     INFO - Leaving test bound new_window
[task 2024-10-17T00:35:46.764Z] 00:35:46     INFO - Entering test bound new_window_no_opener
[task 2024-10-17T00:35:46.764Z] 00:35:46     INFO - Buffered messages logged at 00:35:04
[task 2024-10-17T00:35:46.764Z] 00:35:46     INFO - Console message: [JavaScript Error: "TypeError: NetworkError when attempting to fetch resource."]
[task 2024-10-17T00:35:46.764Z] 00:35:46     INFO - Buffered messages finished
[task 2024-10-17T00:35:46.765Z] 00:35:46     INFO - TEST-UNEXPECTED-FAIL | uriloader/exthandler/tests/mochitest/browser_auto_close_window_nodialog.js | Test timed out - 
[task 2024-10-17T00:35:46.765Z] 00:35:46     INFO - GECKO(7823) | Completed ShutdownLeaks collections in process 7823
[task 2024-10-17T00:35:46.765Z] 00:35:46     INFO - TEST-START | Shutdown
[task 2024-10-17T00:35:46.765Z] 00:35:46     INFO - Browser Chrome Test Summary
[task 2024-10-17T00:35:46.765Z] 00:35:46     INFO - Passed:  41
[task 2024-10-17T00:35:46.765Z] 00:35:46     INFO - Failed:  1
[task 2024-10-17T00:35:46.765Z] 00:35:46     INFO - Todo:    0
[task 2024-10-17T00:35:46.765Z] 00:35:46     INFO - Mode:    e10s
[task 2024-10-17T00:35:46.765Z] 00:35:46     INFO - *** End BrowserChrome Test Results ***
[task 2024-10-17T00:35:46.889Z] 00:35:46     INFO - GECKO(7823) | 1729125346888	Marionette	TRACE	Received observer notification quit-application
[task 2024-10-17T00:35:46.889Z] 00:35:46     INFO - GECKO(7823) | 1729125346888	Marionette	INFO	Stopped listening on port 2828
[task 2024-10-17T00:35:46.889Z] 00:35:46     INFO - GECKO(7823) | 1729125346889	Marionette	DEBUG	Marionette stopped listening
[task 2024-10-17T00:35:46.991Z] 00:35:46     INFO - TEST-INFO | Main app process: exit 0
```
Bug: Intermittent browser/components/search/test/browser/telemetry/browser_search_telemetry_engagement_non_ad.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-10-17 08:45:24+00:00
Resolved: 2024-12-16 12:02:51+00:00

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

---
```
[task 2024-10-17T07:32:41.706Z] 07:32:41     INFO - TEST-START | browser/components/search/test/browser/telemetry/browser_search_telemetry_engagement_non_ad.js
[task 2024-10-17T07:32:42.153Z] 07:32:42     INFO - GECKO(2120) | console.debug: SearchTelemetry: "Impression:" "example:tagged:ff" "https://example.org/browser/browser/components/search/test/browser/telemetry/searchTelemetryAd_searchbox.html?s=test&abc=ff"
[task 2024-10-17T07:32:42.449Z] 07:32:42     INFO - GECKO(2120) | console.debug: SearchTelemetry: "Reported Impression:" ({impressionId:"166b24d0-9971-4c96-864b-823eb3c2efb1", provider:"example", tagged:true, partnerCode:"ff", source:"unknown", isShoppingPage:false, isPrivate:false, isSignedIn:false, shoppingTabDisplayed:false})
[task 2024-10-17T07:32:43.912Z] 07:32:43     INFO - GECKO(2120) | console.debug: SearchTelemetry: "Telemetry state:" ({adsReported:false, adImpressionsReported:true, impressionId:"166b24d0-9971-4c96-864b-823eb3c2efb1", urlToComponentMap:{}, impressionInfo:{provider:"example", tagged:true, partnerCode:"ff", source:"unknown", isShoppingPage:false, isPrivate:false, isSignedIn:false}, searchBoxSubmitted:false, categorizationInfo:null, adsClicked:0, adsHidden:0, adsLoaded:0, adsVisible:0, searchQuery:"test"})
[task 2024-10-17T07:32:43.913Z] 07:32:43     INFO - GECKO(2120) | console.debug: SearchTelemetry: "Counting click:" ({impressionId:"166b24d0-9971-4c96-864b-823eb3c2efb1", type:"non_ads_link", URL:"https://example.com/hello_world"})
[task 2024-10-17T07:34:47.162Z] 07:34:47     INFO - TEST-INFO | started process screentopng
[task 2024-10-17T07:34:47.397Z] 07:34:47     INFO - TEST-INFO | screentopng: exit 0
[task 2024-10-17T07:34:47.397Z] 07:34:47     INFO - Buffered messages logged at 07:32:41
[task 2024-10-17T07:34:47.397Z] 07:34:47     INFO - Entering setup bound 
[task 2024-10-17T07:34:47.397Z] 07:34:47     INFO - Leaving setup bound 
[task 2024-10-17T07:34:47.397Z] 07:34:47     INFO - Entering test bound test_click_non_ad_with_no_ads
[task 2024-10-17T07:34:47.397Z] 07:34:47     INFO - Buffered messages finished
[task 2024-10-17T07:34:47.397Z] 07:34:47     INFO - TEST-UNEXPECTED-FAIL | browser/components/search/test/browser/telemetry/browser_search_telemetry_engagement_non_ad.js | Test timed out - 
[task 2024-10-17T07:34:47.398Z] 07:34:47     INFO - GECKO(2120) | Completed ShutdownLeaks collections in process 2120
[task 2024-10-17T07:34:47.398Z] 07:34:47     INFO - TEST-START | Shutdown
```
Bug: 'New tab' button postion no longer sticky
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-17 09:27:38+00:00
Resolved: 2024-10-31 11:11:30+00:00

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

Steps to reproduce:

Right-click tab bar and select 'customise'. With customise settings window open, drag 'new tab' icon (+) from default position (left of open tabs) to the right of open tabs. Close customise settings window.


Actual results:

New tab button (+) remains in position to right of open tabs until window is closed; open a new window and the 'new tab' button is now positioned to the left of the open tabs. 


Expected results:

New tab button should still be located to right of open tabs (ie user customisation should be sticky).
Bug: Searchmode defaults to Google after browser restart
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2024-10-17 09:38:44+00:00
Resolved: 2025-01-17 09:08:27+00:00

**Notes**
* Reproducible when entering searchmode for Bookmarks, Tabs, Actions and History options. 


**Found in**
* Nightly 133.0a1;

**Affected versions**
* Nightly 133.0a1;


**Affected platforms**
* Ubuntu 22;
* macOS 14;
* Windows 10; 

**Preconditions**
* Have browser.urlbar.scotchBonnet.enableOverride set to true 
* Have browser.urlbar.searchRestrictKeywords.featureGate set to true 

**Steps to reproduce**
1. Launch Firefox and open a new tab.
2. From the Dedicated Search Button select Bookmarks.
3. Restart Firefox.
4. Observe the address bar. 

**Expected result**
* Searchmode is enabled for Bookmarks.

**Actual result**
* Searchmode is enabled for Google.

**Regression range**
* Not a regression.
Bug: Nightly: Vertical Tab Bar does not disappear in full screen mode
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2024-10-17 10:10:13+00:00
Resolved: 2024-11-27 12:09:50+00:00

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

Steps to reproduce:

In FF, press F11 to go to full screen mode. 


Actual results:

Vertical tab bar stays visible.


Expected results:

Vertical tab bar should disappear to produce actual full screen mode.
Bug: List All Tabs menu and icon is gone?
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-10-17 10:31:28+00:00
Resolved: 2024-10-23 13:12:02+00:00

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

Steps to reproduce:

Update to latest Firefox Developer version 132.0b8 (64-bit) on Windows.


Actual results:

I usually work with many tabs and rely heavily on the fast 'List All Tabs' option by default, which used to be located to the right of my tabs. Firefox version 132.0b8 (64-bit).

Has this option been removed? It seems that 'List All Tabs' has been moved to the toolbar and is now really slow!


Expected results:

Reinstate the List All Tabs menu to the right of the tabs.
Bug: [Win] NVDA screen reader says “tab control” when selecting the Tabs from other devices/ History/ Customize Sidebar buttons
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-17 11:29:49+00:00
Resolved: 2024-10-18 11:03:06+00:00

**Found in**
* 133.0a1 (2024-10-16)

**Affected versions**
* 133.0a1 (2024-10-10)
* 132.0b8






    


**Tested platforms**
* Affected platforms: Windows 10
* Unaffected platforms: macOS 12, Ubuntu 24



**Preconditions**
* sidebar.revamp - true
* NVDA screen reader active



**Steps to reproduce**
1. Click on the  `Tabs from other devices`/ `History`/ `Customize Sidebar` buttons.

**Expected result**
* Each button is correctly read by NVDA.

**Actual result**
* NVDA says “tab control”




**Regression range**
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=9d4782d16aacb9b51e440042a677f6c5c68a0ca9&tochange=f8b64dece3fae2265b9efbd46286093d91407f72 
Mozregerssion points at bug 1912562.



**Additional notes**
* Hovering over buttons will not say anything.
Bug: History three-dot button is only read `button` by screen readers
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-17 12:05:54+00:00
Resolved: 2024-10-17 14:33:23+00:00

**Found in**
* 133.0a1 (2024-10-16)

**Affected versions**
* 133.0a1 (2024-10-10)
* 132.0b8






    


**Tested platforms**
* Affected platforms: Windows 10, macOS 12, Ubuntu 24
* Unaffected platforms: none



**Preconditions**
* sidebar.revamp - true
* screen reader active



**Steps to reproduce**
1. Click on the History sidebar button.
2. Click on the three-dot button.

**Expected result**
* Something specific to the button is read by the screen reader.

**Actual result**
* Screen reader says “button“




**Regression range**
* Not a regression. This is happening from the implementation (bug 1909704)
Bug: Ctrl + Scroll gesture is dispatched to previously opened tab
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-17 12:10:35+00:00
Resolved: 2024-11-25 21:04:44+00:00

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

Steps to reproduce:

1. Open tab. Resize by holding Ctrl + Scroll gesture
2. Open another tab. Hold Ctrl and start Scroll gesture


Actual results:

Previously opened tab gets resized


Expected results:

Current tab should be resized
Bug: awesomebar menu is blended with the bookmarks toolbar content when vertical tabs are enabled
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-17 13:29:29+00:00
Resolved: 2024-10-23 13:47:34+00:00

When I enable vertical tabs, the awesome bar menu does not always obscure the bookmarks toolbar and the contents get blended together.  See the attached screenshot.  "DISCO", "Remote Settings", etc are folders from my bookmarks toolbar.  I'm on Fedora 40 with GNOME + Wayland.
Bug: Since the last update, my Firefox is extremely slow to start and may shut back down before the sceen shows. Sometimes 4 ofr 5 times before it runs.  I am running windows 10
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-10-17 15:01:02+00:00
Resolved: 2024-11-13 13:46:27+00:00

Steps to reproduce:

Clicked the icon


Actual results:

It would start to load but would shut down before the screen appears.  Takes up to 5 attempts to work.


Expected results:

Start up the 1st time I clicked the icon like other programs do.

OS is Windows 10 on Desktop.
Bug: Intermittent browser/components/urlbar/tests/browser/browser_inputHistory_autofill.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-10-17 15:36:44+00:00
Resolved: 2024-11-11 12:11:58+00:00

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

---
```
[task 2024-10-17T14:22:18.539Z] 14:22:18     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_inputHistory_autofill.js | selectionEnd - 16 == 16 - 
[task 2024-10-17T14:22:18.539Z] 14:22:18     INFO - Buffered messages finished
[task 2024-10-17T14:22:18.539Z] 14:22:18     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_inputHistory_autofill.js | Test timed out - 
[task 2024-10-17T14:22:18.540Z] 14:22:18     INFO - GECKO(1615) | MEMORY STAT | vsize 130552978MB | residentFast 2676MB
[task 2024-10-17T14:22:18.541Z] 14:22:18     INFO - TEST-OK | browser/components/urlbar/tests/browser/browser_inputHistory_autofill.js | took 120096ms
[task 2024-10-17T14:22:18.541Z] 14:22:18     INFO - Not taking screenshot here: see the one that was previously logged
[task 2024-10-17T14:22:18.542Z] 14:22:18     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_inputHistory_autofill.js | Found a tab after previous test timed out: about:blank - 
[task 2024-10-17T14:22:18.596Z] 14:22:18     INFO - checking window state
[task 2024-10-17T14:22:18.773Z] 14:22:18     INFO - TEST-START | browser/components/urlbar/tests/browser/browser_inputHistory_emptystring.js
```
Bug: Tabs not dragging properly between hidden tabs
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-10-17 15:46:43+00:00
Resolved: 2024-11-08 11:47:51+00:00

On Nightly 20241017095824, attempting to drag a tab (visible, newer, recently opened) to the left (past older, visible tabs), eventually the tab won't drag past tabs made after hidden tabs.

Reproduced on a clean build with the addon "Panorama Tab Groups" to hide tabs, made 5 new tabs, made a new tab group (not related to the new official feature) and made 5 more new tabs there.  Switch back to the initial group (thus hiding the 5 newest tabs), and make another few new tabs.  Then try dragging the newest tab back past the first 5 tabs created.

Regression points to bug #1923635.
Bug: "Not Secure" Label Is Illegible When the Width Is Too Small to Show Its Text
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-10-17 17:27:32+00:00
Resolved: 2025-02-16 17:34:05+00:00

At a 716px breakpoint, remove the "Not Secure" label when on an HTTP site and only display the padlock icon.
Bug: Sign In button opens page in a new tab without a visual or audible indication
Status: NEW
Priority: P2
Created: 2024-10-17 18:39:40+00:00
Resolved: 2024-12-02 19:17:20+00:00

## Prerequisites:

Found in Nightly 133.0a1 (2024-10-17)(64-bit)

## STR:

1. open about:welcome page
2. Click on the 'Sign In' button at the top right corner and observe behavior
   1. OR using the `tab` key on the keyboard, tab to the 'Sign In' button and press `enter`
   2. OR turn on NVDA. Once NVDA is on, tab to the 'Sign In' button and listen to NVDA output. Press `enter` and observe NVDA output/behavior

## Expected:

Visually, there should be an icon adjacent to the visual text. Along with the icon, alt text should be applied indicating the button opens a new tab 
For example: `alt="opens in a new tab"`

## Actual:

Regardless if you click or press on the button using a keyboard, the button opens the Sign In page in a new tab. With NVDA turned on, there is no indication given to the screenreader that a new tab will open
Bug: Remove manual COM initialization in nsWindowsShellService
Status: NEW
Priority: P3
Created: 2024-10-17 23:52:45+00:00
Resolved: 2024-10-17 23:53:12+00:00

Predating `ITaskbarManager` being made available to Win32 applications, we used an undocumented `IPinnedList3` COM API to pin to taskbar. We retain that code for pinning on outdated Windows installs.

The `TaskbandPin` object implementing `IPinnedList3` has STA thread affinity and does not implement marshaling, therefore we can't retrieve the `IPinnedList3` interface from an MTA thread, see [Why do I get E_NOINTERFACE when creating an object that supports that interface?](https://devblogs.microsoft.com/oldnewthing/20041213-00/?p=37043). All of our threads except the main thread are implicit MTA threads, and pooled threads such as those used with `NS_DispatchBackgroundTask` should remain such. When we made our pinning code async, we broke this contract by initializing the background task thread to a STA.

This pattern was unnecessarily repeated for other async migrations in `nsWindowsShellService`; only the `IPinnedList3` seems to fail among the code paths investigated when removing `CoInitialize`.

Taskbar pinning was made async to remove IO on the main thread to determine if the app is pinned, which is called during startup and through the same interface as actually pinning. The easiest solution which removes manual COM initialization is to move `IPinnedList3` calls to the main thread (and avoid managing our own thread and COM initialization) similar to usages of `ITaskbarManager`. Pinning itself is an irregular path and the concerns associated with shortcut iterating don't apply.
Bug: Customise toolbar - Move add tab button to right hand side, is not remembered on restart
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-10-18 07:31:19+00:00
Resolved: 2024-10-22 10:20:09+00:00

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

Steps to reproduce:

Customise the toolbar, move the add tab button to the right hand side of the tabs at the top. This works, and the add tab button appears to the right of the last opened tab. When you restart Firefox, the add tab button is back to the left hand side of the open tab.


Actual results:

Add tab button, does not stay where placed in customise toobar.


Expected results:

I would expect the add tab button to appear on the right hand side of any open tabs, after a restart.