av9ash/GitBugs huggingface dataset:
Bug: "Tab" Key Navigation Omits the "Sign in to Sync" Button on "about:preferences#sync" page
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-03-20 07:52:38+00:00
Resolved: 2024-04-02 16:50:55+00:00

**Affected Version:**
- Firefox 123.0.1 (64-bit)
 
**Affected Platforms:**
- MacOS 14.1 (23B2073)
 
**Steps to Reproduce:**
- 1.Navigate to "about:preferences#sync"
- 2.Use the Tab key to navigate through the page elements. 
 


**Actual Results:**
- The "Tab" key skips over the "Sign in to Sync" button, failing to bring it into focus.
 
**Expected Results:**
- The "Tab" key should sequentially access all interactive elements, including the "Sign in to Sync" button, to ensure full keyboard navigability.
Bug: The default mail handler is changed to Always ask if the user already manually set one and the mailto infobar is displayed afterwards
Status: NEW
Priority: --
Created: 2024-03-20 08:28:18+00:00
Resolved: 2024-03-20 08:28:18+00:00

**Found in**
* Firefox 125.0b1

**Affected versions**
* Firefox 125.0b1
* Latest Nighty 126.0a1

**Tested platforms**
* Affected platforms: Windows 10 and 11
* Unaffected platforms: macOS and Ubuntu

**Preconditions**
* Have `browser.mailto.dualPrompt` set to `true`.

**Steps to reproduce**
1. Visit about:preferences > Applications
2. Click the mailto dropdown and select Gmail as the default mailto handler
3. Open https://get.wireme.de/mailto-test.html 
4. Click on `Add a single site as mailto handler` button
5. Visit about:preferences > Applications or refresh the page if already opened

**Expected result**
* Gmail is still the default mail handler since I did not click on Set as default for the service used at step 3.

**Actual result**
* The default mail handler is set to Always ask.

**Regression range**
* Not a regression, it was implemented like this in the first Nightly (2024-03-12) that enabled the feature.

**Additional notes**
* Gif showing the issue is attached.
* I was also able to reproduce this issue with sogo demo page as well.
Bug: getUserMedia hangs when modify the hash routing directly
Status: NEW
Priority: P2
Created: 2024-03-20 10:08:54+00:00
Resolved: 2024-04-02 14:41:49+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/122.0.0.0 Safari/537.36

Steps to reproduce:

1. open [https://g9m6ds-5173.csb.app/#/]
2. you can see 'Home getUserMedia start' and 'Home getUserMedia success' in the console of devTool
3. change the hash routing by clicking the ‘about’ link to switch to the URL of [https://g9m6ds-5173.csb.app/#/about]
4. you can see 'About getUserMedia start' and 'About getUserMedia success' in the console of devTool
5. change the hash routing by modifying the URL in the address bar to [https://g9m6ds-5173.csb.app/#/]
6. you can see 'Home getUserMedia start', but will never see 'Home getUserMedia success'


Actual results:

getUserMedia neither been resolved or rejected


Expected results:

getUserMedia can be resolved
Bug: Ellipsis ("…") Misleadingly Disappears in about:logins for Long Usernames
Status: NEW
Priority: P3
Created: 2024-03-20 11:54:01+00:00
Resolved: 2024-03-28 09:23:38+00:00

**preconditions**
- Have a saved login with an exceptionally long username.


**Affected Version:**
- Firefox 123.0.1 (64-bit)
 
**Affected Platforms:**
- MacOS 14.1 (23B2073)
 
**Steps to Reproduce:**
- 1.Go to "about:logins".
- 2.Select a saved login to view details.
- 3.Click on the ellipsis ("…") next to the long username.
- 4.Observe the display of the username.


**Actual Results:**
- The ellipsis, which signals text truncation, disappears, leading to the false impression that the username is fully visible when, in reality, a portion remains hidden.

**Expected Results:**
- The ellipsis should persist until the username is completely shown, thereby preventing any misconception regarding the full visibility of the username.
Bug: Clicking the "Tags" column in Firefox's bookmarks manager results in title ordering if there's no tags.
Status: NEW
Priority: P5
Created: 2024-03-20 12:05:09+00:00
Resolved: 2024-04-03 13:02:10+00:00

**preconditions**
- Have multiple webpage bookmarks within the bookmarks toolbar.
- Have no tags in "Tags" column

**Affected Version:**
- Firefox 123.0.1 (64-bit)
 
**Affected Platforms:**
- MacOS 14.1 (23B2073)
 
**Steps to Reproduce:**
1. Click "Open application menu"
2. Navigate to "Bookmarks"
3. Select "Manage bookmarks"
4. Choose the "Bookmarks Toolbar" section.
5. Click the "Tags" column multiple times
5. Observe the order of all listed bookmarks.


**Actual Results:**
- The order of all listed bookmarks changes randomly every time clicking the "Tags" column 
 
**Expected Results:**
- The order of all listed bookmarks changes should be the same due to no tags in the "Tags" column
Bug: Voice Over focus frame is bigger than the highlighted text
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-03-20 12:56:54+00:00
Resolved: 2024-04-19 12:41:12+00:00

**Found in**
* Nightly 126.0a1 (2024-03-19) 

**Affected versions**
* Nightly 126.0a1 (2024-03-19) 


**Affected platforms**
* MacOs

**Preconditions:**
Enable  pdfjs.enableHighlightEditor - true
pdfjs.enableHighlightFloatingButton - true
Enable Voice Over.

**Steps to reproduce**
1. Open any PDF in Firefox.
2. Highlight any text.
3. Reach he highlighted text with the Voice Over commands.

**Expected result**
* The Voice Over frame should be as big as the Highlight.

**Actual result**
* The Voice Over frame displayed when reaching a Highlighted text is a lot bigger.
More text is Highlighted the bigger the Voice over frame gets.

**Regression range**
Not a regression.
Bug: Checkbox stays checked on page reload
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-03-20 13:30:32+00:00
Resolved: 2024-03-20 17:44:22+00:00

Steps to reproduce:

Checked a checkbox in a HTML form
Then refreshed the page


Actual results:

The checkbox stayed checked


Expected results:

The HTTP is stateless and when user reloads the page the default behavior of a checkbox is that it's unchecked unless the state was loaded from the server side!

In short the checkbox should stay unchecked on page reload!
Bug: Voice Over moves Backwards after entering a Highlighted text with VO Shift Down arrow
Status: NEW
Priority: --
Created: 2024-03-20 13:32:42+00:00
Resolved: 2024-03-28 00:52:02+00:00

**Found in**
* Nightly 126.0a1 (2024-03-19) 

**Affected versions**
* Nightly 126.0a1 (2024-03-19) 

**Affected platforms**
* MacOs

**Preconditions:**
Enable  pdfjs.enableHighlightEditor - true
pdfjs.enableHighlightFloatingButton - true
Enable Voice Over.

**Steps to reproduce**
1. Open any PDF in Firefox.
2. Highlight any text.
3. Reach he highlighted text with the Voice Over commands.
4. Use VO+Shift+Down in order to enter the selected text.
5. Use VO+right arrow to reach a different Text.

**Expected result**
* Voice over cursor should move to the right and it should continue to read going right.

**Actual result**
* The Voice Over goes backwards reaching text from the Left of the highlighted text.

**Regression range**
Not a regression.
Bug: Improved mailto handling prompt implementation does not work correctly for .zip builds.
Status: NEW
Priority: --
Created: 2024-03-20 13:49:17+00:00
Resolved: 2024-03-27 10:20:19+00:00

**Found in**
* 125.0b1

**Affected versions**
* 125.0b1

**Tested platforms**
* Affected platforms: Windows 10/Win11
* Unaffected platforms: Mac, Ubuntu

**Preconditions**
* Have a Firefox zip build.
* Use a clean profile
* Use these credentials for Sogo (user: sogo1, pass: sogo)
* Set the pref "browser.mailto.dualPrompt" to "true"
* Have Mail/Chrome set as default mailto application at OS level
 

**Steps to reproduce**
1. Visit https://demo.sogo.nu/SOGo/ and login with a valid account (see preconditions).
2. Click the "Set as default" button from mailto prompt.
3. Check mailto from about:preferences page.
4. Check mailto default application at OS level.

**Expected result**
* The website added at step 2 is set as the mailto default handler at browser level and Firefox is set as default mailto handler at OS level.

**Actual result**
* The website added at step 2 is set as the mailto default handler at browser level, but Firefox is not set as default mailto handler at OS level.

**Regression range**
* New implementation not a regression

**Additional notes**
* This applies only to zip builds. It works correctly for .exe and .msi builds.
Bug: [Experiment] The “Dismiss” telemetry ping is not triggered when clicking the “Dismiss” button
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-03-20 16:01:19+00:00
Resolved: 2024-03-25 17:14:06+00:00

**[Affected versions]:**
- Firefox Release, 124.0, BUILD ID: 20240311145044

**[Affected Platforms]:**
- MacOS 13.6
- Windows 10 x64
- Ubuntu 22.04.1

**[Prerequisites]:**
- Have the [“user.js”](https://drive.google.com/drive/folders/1HtxhGLZlZI9ZGhYrr8NVLtGoFxuuXbbu?usp=drive_link) and the [times.json](https://drive.google.com/drive/folders/1eaQz-DP2ar8_XxbT_KcdzO2rt9ot1Boi) downloaded on your computer.
- Have the following command saved “Set GLEAN_DEBUG_VIEW_TAG= <tagchosen>” .

**[Steps to reproduce]:**
1. Create a new Firefox profile using the “-p Set GLEAN_DEBUG_VIEW_TAG= <tagchosen>” command but do not open it. 
2. Navigate to the profile folder and paste the user.js and the times.json from the prerequisites. 
3. Navigate to the  https://www.youtube.com/ website.
4. On the “Recommended Media Addons” page click the “Dismiss button”. 
5. Navigate to the Glean page and observe the pings displayed under the chosen tag. 

**[Expected results]:**
- The “Dismiss” telemetry ping is triggered. 

**[Actual results]:**
- The “Dismiss” telemetry ping is not triggered. 


**[Notes]:**
- The “Click button” telemetry ping is displayed. 
- Attached a screen recording of the issue. 
- This issue is also reproducible on the "Recommend Media Addons Feature Callout - Early Day User
s" experiment.
Bug: [Experiment] The “Recommended Media Addons” Panel is not triggered on all of the websites
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-03-20 16:16:33+00:00
Resolved: 2024-03-26 09:42:05+00:00

**[Affected versions]:**
- Firefox Release, 124.0, BUILD ID: 20240311145044

**[Affected Platforms]:**
- MacOS 13.6
- Windows 10 x64
- Ubuntu 22.04.1

**[Prerequisites]:**
- Have the [“user.js”](https://drive.google.com/drive/folders/1HtxhGLZlZI9ZGhYrr8NVLtGoFxuuXbbu?usp=drive_link) and the [times.json](https://drive.google.com/drive/folders/1eaQz-DP2ar8_XxbT_KcdzO2rt9ot1Boi) downloaded on your computer.

**[Steps to reproduce]:**
1. Create a new Firefox profile but do not open it. 
2. Navigate to the profile folder and paste the user.js and the times.json from the prerequisites. 
3. Open the Firefox profile and navigate to any websites from the following list: [Websites List](https://docs.google.com/document/d/1ujdw00TEO1dmL1vP3MwIYAlpy26NDEhhqLuW0tPbSe8/edit?usp=sharing)

**[Expected results]:**
- The “Recommended Media Addons” Panel is triggered. 

**[Actual results]:**
- The “Recommended Media Addons” Panel is not triggered. 


**[Notes]:**
- Attached a screen recording of the issue. 
- According to the documentation the “Recommended Media Addons” should be displayed on the websites from this [list.](https://docs.google.com/document/d/1z_cjEM9_qKaOBShYB63UfFUxcfRU2vx2P6NSwIKJSZk/edit#heading=h.nq47ey15twp7)  
- This issue is also reproducible on the "Recommend Media Addons Feature Callout - Early Day User
s" experiment.
- On the [HBOMAX](https://play.max.com/) website the “Recommended Media Addons” Panel is triggered once the user is logged into an account and on [MTV](https://www.mtv.com/episodes/) only if a episode is played.
Bug: [Experiment] The “Recommended Media Addons” Panel is not dismissed after clicking the “Show fewer recommendations” option
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-03-20 16:20:27+00:00
Resolved: 2024-03-26 07:56:50+00:00

**[Affected versions]:**
- Firefox Release, 124.0, BUILD ID: 20240311145044

**[Affected Platforms]:**
- MacOS 13.6
- Windows 10 x64
- Ubuntu 22.04.1

**[Prerequisites]:**
- Have the [“user.js”](https://drive.google.com/drive/folders/1HtxhGLZlZI9ZGhYrr8NVLtGoFxuuXbbu?usp=drive_link) and the [times.json](https://drive.google.com/drive/folders/1eaQz-DP2ar8_XxbT_KcdzO2rt9ot1Boi) downloaded on your computer.

**[Steps to reproduce]:**
1. Create a new Firefox profile but do not open it. 
2. Navigate to the profile folder and paste the user.js and the times.json from the prerequisites. 
3. Open the Firefox profile and navigate to the https://www.youtube.com/ website. 
4. On the “Recommended Media Addons” panel click the dropdown menu from the “Dismiss” button. 
5. Click the “Show fewer recommendations” option. 

**[Expected results]:**
- The “Recommended Media Addons” Panel is dismissed. 

**[Actual results]:**
- The “Recommended Media Addons” Panel is dismissed.


**[Notes]:**
- Attached a screen recording of the issue. 
- This issue is also reproducible on the "Recommend Media Addons Feature Callout - Early Day User
s" experiment.
Bug: Intermittent browser_multiselect_tabs_reopen_in_container.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-03-20 16:41:29+00:00
Resolved: 2024-11-18 12:06:13+00:00

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

---
```
[task 2024-03-20T15:44:23.691Z] 15:44:23     INFO - TEST-PASS | browser/base/content/test/tabs/browser_multiselect_tabs_reopen_in_container.js | Tab with No Container should be opened - 
[task 2024-03-20T15:44:23.692Z] 15:44:23     INFO - TEST-PASS | browser/base/content/test/tabs/browser_multiselect_tabs_reopen_in_container.js | Tab with No Container should be opened - 
[task 2024-03-20T15:44:23.693Z] 15:44:23     INFO - TEST-PASS | browser/base/content/test/tabs/browser_multiselect_tabs_reopen_in_container.js | Tab1 is multi-selected - 
[task 2024-03-20T15:44:23.694Z] 15:44:23     INFO - TEST-PASS | browser/base/content/test/tabs/browser_multiselect_tabs_reopen_in_container.js | Tab2 is multi-selected - 
[task 2024-03-20T15:44:23.694Z] 15:44:23     INFO - TEST-PASS | browser/base/content/test/tabs/browser_multiselect_tabs_reopen_in_container.js | Tab3 is not multi-selected - 
[task 2024-03-20T15:44:23.695Z] 15:44:23     INFO - TEST-PASS | browser/base/content/test/tabs/browser_multiselect_tabs_reopen_in_container.js | Tab4 is multi-selected - 
[task 2024-03-20T15:44:23.695Z] 15:44:23     INFO - TEST-PASS | browser/base/content/test/tabs/browser_multiselect_tabs_reopen_in_container.js | We have 5 tabs open - 
[task 2024-03-20T15:44:23.696Z] 15:44:23     INFO - Buffered messages finished
[task 2024-03-20T15:44:23.696Z] 15:44:23     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/tabs/browser_multiselect_tabs_reopen_in_container.js | Test timed out - 
[task 2024-03-20T15:44:23.697Z] 15:44:23     INFO - GECKO(6384) | Completed ShutdownLeaks collections in process 2576
[task 2024-03-20T15:44:23.697Z] 15:44:23     INFO - TEST-START | Shutdown
[task 2024-03-20T15:44:23.697Z] 15:44:23     INFO - Browser Chrome Test Summary
[task 2024-03-20T15:44:23.698Z] 15:44:23     INFO - Passed:  1957
[task 2024-03-20T15:44:23.698Z] 15:44:23     INFO - Failed:  1
[task 2024-03-20T15:44:23.699Z] 15:44:23     INFO - Todo:    0
[task 2024-03-20T15:44:23.700Z] 15:44:23     INFO - Mode:    e10s
[task 2024-03-20T15:44:23.700Z] 15:44:23     INFO - *** End BrowserChrome Test Results ***
```
Bug: Installing hang
Status: RESOLVED
Priority: P3
Resolution: INVALID
Created: 2024-03-20 17:07:53+00:00
Resolved: 2024-04-08 22:22:25+00:00

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

Steps to reproduce:

This has happened repeatedly 64 bit install of firefox 


Actual results:

Install hangs then crashes, like its trying to install an active background process in Microsoft taskmgr but this version of windows is not allowing it..thats the impression i get...
Windows 11 Pro (non-activated key) version 23H2 OS build 22631.3296


Expected results:

should have completed the install with hang or crash with bug report
Bug: New Firefox Version will not install.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-03-20 18:07:03+00:00
Resolved: 2024-05-01 23:07:36+00:00

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

Steps to reproduce:

Deleted all traces of previous Firefox on my computer. Downloaded the new version released today I believe. Ran Firefox installer. Tried 3 times using different browsers to download the new Firefox. Each time the installer restarted from scratch on it's own and after 30 minutes each time I gave up.


Actual results:

New Firefox version never installed.


Expected results:

New Firefox version should have installed.
Bug: Intermittent TV browser/components/backup/tests/xpcshell/test_measurements.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2024-03-20 18:25:14+00:00
Resolved: 2024-03-25 20:49:26+00:00

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

---
```
[task 2024-03-20T18:18:09.086Z] 18:18:09     INFO -  TEST-START | browser/components/backup/tests/xpcshell/test_measurements.js
[task 2024-03-20T18:18:09.523Z] 18:18:09  WARNING -  TEST-UNEXPECTED-FAIL | browser/components/backup/tests/xpcshell/test_measurements.js | xpcshell return code: 0
[task 2024-03-20T18:18:09.528Z] 18:18:09     INFO -  TEST-INFO took 437ms
[task 2024-03-20T18:18:09.528Z] 18:18:09     INFO -  >>>>>>>
[task 2024-03-20T18:18:09.529Z] 18:18:09     INFO -  (xpcshell/head.js) | test MAIN run_test pending (1)
[task 2024-03-20T18:18:09.529Z] 18:18:09     INFO -  (xpcshell/head.js) | test run_next_test 0 pending (2)
[task 2024-03-20T18:18:09.529Z] 18:18:09     INFO -  (xpcshell/head.js) | test MAIN run_test finished (2)
[task 2024-03-20T18:18:09.529Z] 18:18:09     INFO -  running event loop
[task 2024-03-20T18:18:09.530Z] 18:18:09     INFO -  browser/components/backup/tests/xpcshell/test_measurements.js | Starting setup
[task 2024-03-20T18:18:09.530Z] 18:18:09     INFO -  (xpcshell/head.js) | test pending (2)
[task 2024-03-20T18:18:09.531Z] 18:18:09     INFO -  (xpcshell/head.js) | test run_next_test 0 finished (2)
[task 2024-03-20T18:18:09.531Z] 18:18:09     INFO -  (xpcshell/head.js) | test run_next_test 1 pending (2)
[task 2024-03-20T18:18:09.531Z] 18:18:09     INFO -  (xpcshell/head.js) | test finished (2)
[task 2024-03-20T18:18:09.531Z] 18:18:09     INFO -  browser/components/backup/tests/xpcshell/test_measurements.js | Starting test_takeMeasurements
[task 2024-03-20T18:18:09.531Z] 18:18:09     INFO -  (xpcshell/head.js) | test test_takeMeasurements pending (2)
[task 2024-03-20T18:18:09.532Z] 18:18:09     INFO -  (xpcshell/head.js) | test run_next_test 1 finished (2)
[task 2024-03-20T18:18:09.532Z] 18:18:09     INFO -  PID 9688 | console.error: BackupService: "Failed to measure for resource: fake2" (new Error("Some failure to measure", "Z:/task_171095567817907/build/tests/xpcshell/tests/browser/components/backup/tests/xpcshell/test_measurements.js", 66))
[task 2024-03-20T18:18:09.532Z] 18:18:09     INFO -  TEST-PASS | browser/components/backup/tests/xpcshell/test_measurements.js | test_takeMeasurements - [test_takeMeasurements : 72] Measure was called - true == true
```
Bug: Content Analysis should not check any about: pages
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-03-20 18:41:54+00:00
Resolved: 2024-06-11 12:46:08+00:00

Our "usual" check for whether a page is exempt from DLP is something like `BrowsingContext::IsChrome()`. On D200979, emilio [pointed out](https://phabricator.services.mozilla.com/D200979#anchor-inline-1130086) that only a few about: pages are loaded in chrome (specifically `about:config`, `about:preferences`, and `about:support`), and the rest are loaded in content.

We think it makes sense to make all `about:` pages exempt from DLP. Maybe the easiest way is to just add `about:.*` to the `browser.contentanalysis.allow_url_regex_list` list.
Bug: Enabling caret browsing mode with F7 only take effect after reloading the pdf
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-03-20 20:08:51+00:00
Resolved: 2024-04-03 09:27:18+00:00

STR:
 - Make sure caret browsing mode is disabled
 - Open a pdf
 - Enable caret browsing mode
 - Click somewhere and move the cursor with with up/down keys

Expected results:
The caret should move up/down.

Actual results:
Pressing arrow keys changes the current page.
Bug: 0.42% installer size (OSX) regression on Wed March 13 2024
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-03-20 20:32:17+00:00
Resolved: 2024-03-28 15:13:04+00:00

Perfherder has detected a build_metrics performance regression from push [92a289c24e7c7e5e81099c3b556d93f32d3efa7a](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=92a289c24e7c7e5e81099c3b556d93f32d3efa7a). As author of one of the patches included in that push, we need your help to address this regression.

### Regressions:

| **Ratio** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)** |  
|--|--|--|--|--| 
| [0.42%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,2614662,1,2)  | installer size  | osx-cross |  | 92,695,612.00 -> 93,087,441.42 | 


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=41773), including links to graphs and comparisons for each of the affected tests. Please follow our [guide to handling regression bugs](https://wiki.mozilla.org/TestEngineering/Performance/Handling_regression_bugs) and **let us know your plans within 3 business days, or the patch(es) may be backed out** in accordance with our [regression policy](https://www.mozilla.org/en-US/about/governance/policies/regressions/).

You can run these tests on try with `./mach try perf --alert 41773`

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).
Bug: Intermittent browser/base/content/test/sidebar/browser_sidebar_switcher.js | single tracking bug
Status: REOPENED
Priority: P5
Created: 2024-03-20 22:51:25+00:00
Resolved: 2025-02-17 07:18:31+00:00

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

---
```
[task 2024-03-20T21:36:08.290Z] 21:36:08     INFO - TEST-PASS | browser/base/content/test/sidebar/browser_sidebar_switcher.js | Tabs sidebar loaded - "viewTabsSidebar" == "viewTabsSidebar" - 
[task 2024-03-20T21:36:08.290Z] 21:36:08     INFO - Buffered messages finished
[task 2024-03-20T21:36:08.290Z] 21:36:08     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/sidebar/browser_sidebar_switcher.js | Test timed out - 
[task 2024-03-20T21:36:08.291Z] 21:36:08     INFO - GECKO(4736) | Completed ShutdownLeaks collections in process 6312
[task 2024-03-20T21:36:08.291Z] 21:36:08     INFO - TEST-START | Shutdown
```