av9ash/GitBugs huggingface dataset:
Bug: Every time firefox updates, I lose all my open research windows...
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-10-30 20:46:34+00:00
Resolved: 2024-11-18 16:54:45+00:00

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

Steps to reproduce:

Firefox updated


Actual results:

I lose all my open research windows and have to try to load them all again... not using firefox anymore. happens past several updates...


Expected results:

save all my open windows
Bug: Intermittent TV browser/components/asrouter/tests/browser/browser_feature_callout.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2024-10-30 22:14:51+00:00
Resolved: 2024-12-28 00:01:30+00:00

**Filed by:** sstanca [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=480488108&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/Ut7KRyl-QUKyfT6K8V9cZw/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/Ut7KRyl-QUKyfT6K8V9cZw/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
[task 2024-10-30T21:40:42.412Z] 21:40:42     INFO - TEST-PASS | browser/components/asrouter/tests/browser/browser_feature_callout.js | Expected telemetry sent - 
[task 2024-10-30T21:40:42.412Z] 21:40:42     INFO - Buffered messages logged at 21:40:41
[task 2024-10-30T21:40:42.412Z] 21:40:42     INFO - Leaving test bound multiple_page_event_listeners_every_window
[task 2024-10-30T21:40:42.413Z] 21:40:42     INFO - Buffered messages finished
[task 2024-10-30T21:40:42.413Z] 21:40:42     INFO - TEST-UNEXPECTED-FAIL | browser/components/asrouter/tests/browser/browser_feature_callout.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 2024-10-30T21:40:42.414Z] 21:40:42     INFO - GECKO(1061) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2024-10-30T21:40:42.414Z] 21:40:42     INFO - GECKO(1061) | MEMORY STAT | vsize 16835MB | residentFast 433MB | heapAllocated 232MB
[task 2024-10-30T21:40:42.415Z] 21:40:42     INFO - TEST-OK | browser/components/asrouter/tests/browser/browser_feature_callout.js | took 59598ms
```
Bug: The address bar was shown in full screen mode and was shown higher than normal after exiting full screen
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-10-31 02:35:27+00:00
Resolved: 2024-11-11 15:59:30+00:00

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

Steps to reproduce:

I ran Firefox 134.0a1 20241030214633 on Wayland in Plasma 6.2.2 in a Fedora 41 KDE installation. I had the title bar and menu bar enabled previously. I selected the View menu in the menu bar then Full Screen in the View menu on various sites. I exited full screen by moving the mouse to the top of the screen, right-clicking, then selecting Exit Full Screen Mode in the context menu. 


Actual results:

The address bar was shown in full screen mode while it didn't used to be with previous 134.0a1 builds. The part of the address bar with the URL wasn't visible sometimes depending on the background colour. After I exited full screen mode, the address bar was shown higher than normal and mostly overlapped the tab bar instead of the toolbar. The address bar returned to the correct position in the toolbar after I interacted with some other parts of Firefox's interface like the menu bar.

134.0a1 20241030093012 didn't show this problem. I bisected with mozregression. The first bad change was for Bug 1927111

12:20.90 INFO: Narrowed integration regression window from [13537ae6, 4de5fe0d] (3 builds) to [13537ae6, aa2b4302] (2 builds) (~1 steps left)
12:20.90 INFO: No more integration revisions, bisection finished.
12:20.90 INFO: Last good revision: 13537ae67079d33202b6570bb5a61d4ee652fecb
12:20.90 INFO: First bad revision: aa2b4302bdccdbfd659158479d68c4f377237e6c
12:20.90 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=13537ae67079d33202b6570bb5a61d4ee652fecb&tochange=aa2b4302bdccdbfd659158479d68c4f377237e6c



Expected results:

The address bar shouldn't have been shown in full screen mode. After I exited full screen mode, the address bar should've been shown in the normal position in the toolbar.
Bug: Intermittent browser/base/content/test/general/browser_bug462289.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-10-31 03:03:06+00:00
Resolved: 2024-11-25 12:06:38+00:00

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

---
```
[task 2024-10-31T02:17:07.323Z] 02:17:07     INFO - TEST-PASS | browser/base/content/test/general/browser_bug462289.js | 2nd click on selected tab1 does not activate tab - 
[task 2024-10-31T02:17:07.323Z] 02:17:07     INFO - focusing URLBar then sending 3 Shift+Tab.
[task 2024-10-31T02:17:07.323Z] 02:17:07     INFO - Buffered messages finished
[task 2024-10-31T02:17:07.324Z] 02:17:07     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/general/browser_bug462289.js | Test timed out - 
[task 2024-10-31T02:17:07.324Z] 02:17:07     INFO - GECKO(1676) | Completed ShutdownLeaks collections in process 1676
[task 2024-10-31T02:17:07.324Z] 02:17:07     INFO - TEST-START | Shutdown
[task 2024-10-31T02:17:07.325Z] 02:17:07     INFO - Browser Chrome Test Summary
[task 2024-10-31T02:17:07.328Z] 02:17:07     INFO - Passed:  78
[task 2024-10-31T02:17:07.328Z] 02:17:07     INFO - Failed:  1
[task 2024-10-31T02:17:07.329Z] 02:17:07     INFO - Todo:    2
[task 2024-10-31T02:17:07.329Z] 02:17:07     INFO - Mode:    e10s
[task 2024-10-31T02:17:07.329Z] 02:17:07     INFO - *** End BrowserChrome Test Results ***
[task 2024-10-31T02:17:07.330Z] 02:17:07     INFO - GECKO(1676) | Exiting due to channel error.
[task 2024-10-31T02:17:07.330Z] 02:17:07     INFO - GECKO(1676) | Exiting due to channel error.
[task 2024-10-31T02:17:07.330Z] 02:17:07     INFO - GECKO(1676) | Exiting due to channel error.
[task 2024-10-31T02:17:07.330Z] 02:17:07     INFO - GECKO(1676) | Exiting due to channel error.
[task 2024-10-31T02:17:07.330Z] 02:17:07     INFO - GECKO(1676) | Exiting due to channel error.
[task 2024-10-31T02:17:07.330Z] 02:17:07     INFO - GECKO(1676) | Exiting due to channel error.
[task 2024-10-31T02:17:07.332Z] 02:17:07     INFO - GECKO(1676) | Exiting due to channel error.
[task 2024-10-31T02:17:07.332Z] 02:17:07     INFO - GECKO(1676) | Exiting due to channel error.
[task 2024-10-31T02:17:07.332Z] 02:17:07     INFO - TEST-INFO | Main app process: exit 0
```
Bug: Address bar remains visible when switching to fullscreen
Status: RESOLVED
Priority: P1
Resolution: DUPLICATE
Created: 2024-10-31 05:19:36+00:00
Resolved: 2024-11-06 01:13:54+00:00

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

Steps to reproduce:

Hit F11 to switch to fullscreen mode.


Actual results:

The address bar input field (not the remaining toolbar) remains visible, obscuring part of the web page.


Expected results:

The address bar should not be visible when in fullscreen mode.
Bug: No obvious way to remove new search engine selector button from user interface (ScotchBonnet)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-31 08:32:42+00:00
Resolved: 2024-11-11 16:07:18+00:00

Firefox's old subtle magnifying glass icon, which was only visible on new blank tabs, has been replaced by an obtrusive widget.  The new widget is visible at all times on all tabs.  I find this to be an unnecessary distraction.

```
17:29.49 INFO: Narrowed integration regression window from [c57a7e20, 56a71d42] (3 builds) to [c57a7e20, 96fe9c78] (2 builds) (~1 steps left)
17:29.49 INFO: No more integration revisions, bisection finished.
17:29.49 INFO: Last good revision: c57a7e20d1bc3e96fa0a78b7c818ee14e70fe01b
17:29.49 INFO: First bad revision: 96fe9c781b68d282f7d4debe45042ad06c178f62
17:29.49 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=c57a7e20d1bc3e96fa0a78b7c818ee14e70fe01b&tochange=96fe9c781b68d282f7d4debe45042ad06c178f62
```

I first tried to remove the new widget by clicking 'Customise Toolbar...' but found it was not possible to remove the widget from there.

I then tried to navigate into the Firefox application preferences (⌘-,) but could not find an obvious toggle switch in there.

Finally, I ran the mozregression pictured above, read the source code, and found the flag.

```
browser.urlbar.scotchBonnet.enableOverride
```

Please make it easier for users to remove this widget from the Firefox user interface.
Bug: english Firefox translates input values on german websites from german to english whereas german Firefox does not
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-31 09:26:29+00:00
Resolved: 2024-10-31 15:11:05+00:00

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

Steps to reproduce:

Using "english Firefox" = Firefox on BrowserStack on their Windows 11 having an englisch ui, visiting a german website having a form and enabling translating the page from german to english,


Actual results:

 form input type radio and checkbox values are translated to english.


Expected results:

This is undesired as those values are sent to a backend and are expected to arrive as originally coded.

Note: This problem does not occur with "german Firefox" = Firefox on local german Windows 11 having a german ui and enabling translating from german to english for that german page.
Bug: Flatpack build cannot open a PDF in a 3rd party app (Ubuntu 22)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-31 10:57:30+00:00
Resolved: 2024-11-08 13:24:18+00:00

**Note**
* When using a flatpack build and PDF is set to "Always ask" in about:preferences, the user will notice that 3rd party apps are not being displayed in the system's "open with" file handler.

**Found in**
* Beta v133.0b2

**Affected versions**
* Beta v133.0b2

**Tested platforms**
* Affected platforms: Ubuntu 22
* Unaffected platforms: Windows/MacOS

**Steps to reproduce**
Preconditions:
Install a 3rd party PDF reader:
sudo apt install mupfd
Install Firefox from flatpack: 
flatpak install --user flathub-beta org.mozilla.firefox//beta
Run Firefox flatpack:
flatpak run org.mozilla.firefox
1. Set PDF to "Always Aks" in about:preferences
2. Load https://www.google.com/search?client=firefox-b-d&q=pdf+sample
3. Click on first link
4. On the "Opening..." doorhanger select Open with - Other
5. Click on View all applications

**Expected result**
* Mupdf is displayed in the list of "recommended applications"

**Actual result**
* Only Firefox is displayed as an option.

**Additional information**
* This issue does not occur with .tar.bz2 builds
Bug: The Sidebar button is removed from the Overflow menu and re-added to the Toolbar after the first restart
Status: NEW
Priority: P2
Created: 2024-10-31 14:09:14+00:00
Resolved: 2025-01-29 17:25:03+00:00

**Found in**
* Nightly 134.0a1 (2024-10-31) 

**Affected versions**
* Nightly 134.0a1 (2024-10-31) 
* Beta 133.0b3

**Affected platforms**
* All

**Steps to reproduce**
1. Reach about:preferences#experimental page.
2. Enable the Sidebar and Vertical Tabs.
3. Open the Customize page and add the Sidebar button to the Overflow menu.
4. Save your changes and restart the browser.

**Expected result**
* The Sidebar button should be displayed inside the Overflow menu

**Actual result**
* The Sidebar button is re-added to the Toolbar.
The Second time we move the Sidebar button to the overflow menu it will always remain there after restart.

**Regression range**
Not a regression.
Bug: Unexpected results in bugzilla when saving changes on a translated page.
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-10-31 14:54:13+00:00
Resolved: 2024-11-27 12:36:05+00:00

Check these changes in https://bugzilla.mozilla.org/show_bug.cgi?id=1927468#c1 for a reference.

Steps to reproduce: 

1. Open a bug in Bugzilla sumbitted in a foreign language.
2. Translate the page to English, selecting both "from" and "to" dropdown fields.
3. Change a flag and submit changes ( in my case the qe-verify flag).

Expected results: Only the selected flag changes
Actual results: A bunch of other flags have been automatically changed ( apparently to the last option in the dropdown)

Additional note: I also submitted a comment at the same time, not sure if that is relevant to the STR.
Bug: Tab Scrolling does not work properly with High Resolution Scrolling
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-10-31 15:16:07+00:00
Resolved: 2024-11-06 13:55:15+00:00

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

Steps to reproduce:

Issue is present in Firefox 133 Dev and Beta, not on 132 Release.

1. enable 'toolkit.tabbox.switchByScrolling'
2. open multiple tabs
3. scroll using the mouse wheel



Actual results:

If 4 Tabs are open and the first tab is selected, scrolling the wheel by one notch causes the selected tab to skip over the middle two and select the last of those 4. 
This is dependent on the set scroll speed by the system. 


Expected results:

For each notch, the tab should've switched to the next in line and not skip any.
Bug: Firefox ignores custom colors
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-31 16:02:02+00:00
Resolved: 2024-11-01 03:12:48+00:00

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

Steps to reproduce:

Years ago, I created a custom theme in "firefox color", which has worked ever since.  Then Firefox updated itself to 132.


Actual results:

The tab bar briefly appeared in my custom colors, but then faded to white, and now it's always white regardless of whether the window is in focus or not.

Going to "firefox color" and nudging a color value restores it temporarily, but on next launch, it once again starts out looking customized, but then fades to white.


Expected results:

The tab bar should be purple when the window is active, and grey when it's not (my custom theme).
Bug: PDF browsing font issue
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-10-31 16:14:55+00:00
Resolved: 2025-01-26 20:22:40+00:00

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

Steps to reproduce:

On my Win10pro, FireFox v132.0, I simply opened different official PDF documents received by mail from distinct administrations, browsing them in FF as I always did.


Actual results:

The same happens since at least 6 versions of FF now.  Some of the rather common fonts used are messily displayed.  Looking nothing like they appear in other PDF browsing tools.  In the latest version, the fonts appeared correctly at first but a simple zooming on the document brought back the messy font display, even when zoomed back at 100%.


Expected results:

Simply have the same appearence as expected for each font, whatever the PDF file, and whatever zoom factor used.
Bug: Link in new tab is opened in another tab group
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2024-10-31 17:41:35+00:00
Resolved: 2024-11-21 12:08:27+00:00

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

Steps to reproduce:

-Open the last tab in tab group that is before the next tab group.
-Click "Open link in new tab" from this tab.


Actual results:

New tab is opened inside next tab group.


Expected results:

New tab is opened inside the same tab group.
Bug: Change mute button icon for improve readability
Status: RESOLVED
Priority: P1
Resolution: DUPLICATE
Created: 2024-10-31 18:00:34+00:00
Resolved: 2024-11-20 14:50:41+00:00

There's been feedback in 132 reddit/connect threads that the mute button is hard to distinguish on hover (for both vertical and horizonal tabs). Yulia is requesting an icon change for a thicker stroke for the mute button; once that's ready we can get this updated.

Edit: The changing of the background and removing the border was updated in bug 1929345.
Bug: Syncing Multi Account Container prevents access to Mozilla account
Status: UNCONFIRMED
Priority: P3
Created: 2024-10-31 18:12:52+00:00
Resolved: 2024-11-15 14:41:57+00:00

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

Steps to reproduce:

I try to log into Mozilla in the login screen provided by Multi Account Container to sync. I am already logged into the browser to sync my extensions and such. Before logging into MAC I can access my Mozilla account page. Once I log into MAC, I can no longer access the Mozilla Account page. I get an error saying "firefox account Session expired something went wrong. Please sign out from the browser menu and try again", but you cannot "sign out". I had to COMPLETELY remove all references to Mozilla in Registry and all folders in AppDATA and reinstall. Once reinstalled, if I try to log into the MAC to sync, I get the same error.


Actual results:

I am unable to access my Mozilla account.


Expected results:

I should be able to access my account. Why is there a separate login for MAC? Shouldn't the fact that I am already logged into the browser be enough?

My user agent string: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:132.0) Gecko/20100101 Firefox/132.0
Bug: Address bar overlays web page content after using hidden menu bar
Status: RESOLVED
Priority: P1
Resolution: DUPLICATE
Created: 2024-10-31 18:23:39+00:00
Resolved: 2024-11-06 01:14:46+00:00

I wasn't able to make this happen every time on a fresh profile, but it happens consistently on my main profile. 

Steps to reproduce:

1. Navigate to a web page on www
2. press "alt" 
3. Navigate to Help > About Nightly

What happens:

The address bar gets moved into page content and stays there.

Expected result:

The address bar is chrome and belongs outside page content.
Bug: The import browser data menu items don't conform to HCM standards
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2024-10-31 19:51:25+00:00
Resolved: 2024-12-02 18:56:58+00:00

## Prerequisites:

Found in Nightly 134.0a1 (2024-10-31)(64-bit)
Turn on Night Sky High Contrast mode on your device ([steps to do so here](https://firefox-source-docs.mozilla.org/accessible/ColorsAndHighContrastMode.html#operating-system-high-contrast-mode-os-hcm))

## STR:

1. Open about:welcome from the URL bar
2. Click the 'Save and Continue' button to go to the next screen
3. Compare menu button styles in Nightly to the styles established in the [High Contrast Mode Figma](https://www.figma.com/design/VHRA9hZ54oJqKKJwPd6FWa/High-Contrast-Mode?node-id=51-1501&node-type=canvas&t=NSQFzKeidGjsqt5V-0)

## Expected/Actual:

The menu buttons should follow the styles established in the [High Contrast Mode Figma](https://www.figma.com/design/VHRA9hZ54oJqKKJwPd6FWa/High-Contrast-Mode?node-id=51-1501&node-type=canvas&t=NSQFzKeidGjsqt5V-0)

Default: `ButtonFace` background color, `ButtonText` text color

Hover: `ButtonText` background color, `ButtonFace` text color

Active: `SelectedItem` background color, `SelectedItemText` text color

Focus: `ButtonFace` background color, `ButtonText` text color, `WindowText` border color
Bug: isActive typo in ExperimentManager
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-10-31 23:02:04+00:00
Resolved: 2024-11-05 09:32:15+00:00

[Over here](https://searchfox.org/mozilla-central/rev/91112db840238a7dfc15361f4762ba8bf4560806/toolkit/components/nimbus/lib/ExperimentManager.sys.mjs#495) it references `enrollment.isActive` instead of `enrollment.active`.
Bug: url bar length incorrect in popup window
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-10-31 23:30:03+00:00
Resolved: 2024-11-07 15:47:26+00:00

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

Steps to reproduce:

Open a pop-up window in any website (tested with multiple websites). On Firefox Nightly 134.0a1


Actual results:

The URL text box in the address bar of the popup window has a fixed length, which is shorter than the horizontal width of the window.

If resizing the window's horizontal width to be smaller, the URL text box bar overlaps with other UI elements on the right side (i.e. the hamburger menu for Firefox settings).




Expected results:

The URL text box should have dynamically resized
Bug: After synchronization, all bookmarks were scattered under Android and in Windows
Status: UNCONFIRMED
Priority: --
Created: 2024-11-01 06:20:52+00:00
Resolved: 2025-01-06 16:36:00+00:00

User Agent: Mozilla/5.0 (Android 12; Mobile; rv:134.0) Gecko/134.0 Firefox/134.0

Steps to reproduce:

Less than a week ago, in Firefox for Android, all of my bookmarks and their folders, of which I already have several hundred, were suddenly scattered by themselves.

 Unfortunately, after syncing with Windows, I had them all scattered there too, and when I painstakingly rearranged at least some manually and then synced again with Android, I had all the bookmarks destroyed again ☹️


Actual results:

I have all the bookmarks under Android and Windows mixed up and therefore damaged ☹️


Expected results:

I need the bookmarks to remain sorted even under Android the way I manually sorted them under Windows and not to be randomly scattered in folders in such a way that I can no longer navigate in them at all.
Bug: Modifier keys don't behave predictably for switch to tab items.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-11-01 07:48:27+00:00
Resolved: 2024-11-04 11:13:46+00:00

What's expected is:
left click > switch to the tab
ctrl+enter/middle click > open url in new tab
shitft enter/click > open url in new window
ctrl+shitclick/shift+middle click open url in background tab

What happens is:
left click > switch to tab
all the others > load the url in current tab.

So one easily navigates away from the current url by accident. Since the modifiers behave differently to other urlbar results.
Bug: pdfjs.enableHighlightFloatingButton resets after update
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-11-01 09:53:15+00:00
Resolved: 2024-12-02 16:50:25+00:00

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

Steps to reproduce:

Set `pdfjs.enableHighlightFloatingButton` to false in `about:config`, and update from version to version.


Actual results:

The pref `pdfjs.enableHighlightFloatingButton` resets to true after an update.


Expected results:

It should preserve the value of the pref to `false` as I set it.
Bug: Show sidebars button doesn't move to its newly default place after updating from an older build
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-11-01 10:04:13+00:00
Resolved: 2024-11-08 17:25:27+00:00

**Found in**
* Firefox 133.0b2

**Affected versions**
* Firefox 133.0b2
* Firefox 134.0a1

**Affected platforms**
* All

**Preconditions**
* Set the following prefs:
sidebar.revamp - true
*Have an older version of Firefox installed ready to be updated 

**Steps to reproduce**
1. See that sidebars button is shown next to the refresh icon
2. Update Firefox to the latest version

**Expected result**
* The button takes its new default place on the left of the strip (before back button)

**Actual result**
* The button is still in the same place as before the update

**Additional Notes**
- See the issue in the following [attachment](https://drive.google.com/file/d/1gH3uiHRfSd7KmmaOPqx_Tmgs6YQ-9SQi/view?usp=sharing).
- Entering customize toolbar, the user can press "Restore defaults" and it will move the Show sidebars button to its newly default place.