av9ash/GitBugs huggingface dataset:
Bug: [Browser UI] Right located buttons in Toolbar/Tabstrip are shifted to the browser border when the window has a smaller size
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2022-09-14 17:22:51+00:00
Resolved: 2023-01-19 13:30:16+00:00

Nightly 106.0a1 (2022-09-14) (64-Bit)
macOS 12.6

1.) Open a new Window
2.) Make it small as possible
3.) Take a look at the right located Menu button on the Toolbar and the Tablist button on the Tabstrip.

Actual: Right located buttons are shifted to the window border.

Expected: Buttons should keep the expected padding.

Screenshots are attached.

Thanks for checking.
Bug: Firefox view feature callout: blue focus rectangle around the first callout
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2022-09-14 17:50:37+00:00
Resolved: 2023-08-09 12:43:07+00:00

A blue focus rectangle around the callout that showed up when we initially saw the first tour callout -

 it’s a little surprising because there’s no keyboard use inside the page so we wouldn’t normally show keyboard focus highlights for automated focus movement (and the arrowpopup itself isn’t an interactive element so having it be focused is… odd).
Bug: Pocket newtab recent saves telemetry issue
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-09-14 18:34:27+00:00
Resolved: 2022-09-20 18:06:24+00:00

There is an issue where recent saves data comes back with string ids and not int ids, which when passed into the telemetry pipeline, gets rejected at some point.

Probably easiest to just ensure it is converted to an int before passing it along.
Bug: Firefox View's Last Active tile includes the "Last Active" text at the start of its suggested google search context-menu-item
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2022-09-14 18:54:45+00:00
Resolved: 2024-01-10 14:58:17+00:00

STR:
1. Open Firefox View (with Sync configured so that you have a "Last Active" tile)
2. Right-click your "Last Active" tile and look at the context menu.

ACTUAL RESULTS:
The "Search" context-menu suggestion includes the "Last Active" text.  E.g. in my case my last-active tab is Yahoo, and the context menu search suggestion is `Search Google for Last Active Yah...`

EXPECTED RESULTS:
"Last Active" shouldn't be part of the search term there. (That's part of our UI rather than part of the content.)
Or: we shouldn't offer this "search" contextmenu item.

(It's not clear that "Search Google for [whatever]" is a particularly useful operation but it seems to be something we offer for all links using the link text.)
Bug: Screenshot area selection tool not showing for certain about:* pages
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-09-14 19:24:34+00:00
Resolved: 2022-09-15 17:02:14+00:00

**Found in**
    Nightly 106.0a1

**Affected versions**
    Nightly 106.0a1
    Nightly 105.0a1
    Firefox 104.0.2 

**Affected platforms**
   MacOS 12.5

**Preconditions**
- Set `screenshots.browser.component.enabled` to true

**Steps to reproduce**
- Go to about:preferences
- Press cmd + shift + s to trigger screenshot tool.

**Expected result**
- The area selection tool should show up.

**Actual result**
- The  area selection tool is not displayed. Only the save visible / whole page options are shown.

**Additional notes**
- The area selection tool is displayed only in the following about pages:
  - about:logins
  - about:rights
  - about:robots
Bug: [QuickActions] Clicking on the Question Mark/Help Button opens an invalid page
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-09-14 20:44:35+00:00
Resolved: 2022-09-15 12:15:01+00:00

Nightly 106.0a1 (2022-09-14) (64-Bit)
macOS 12.6

1.) Click on the Question Mark/Help Button in the QuickActions Section

Actual: An invalid page opens ( https://support.mozilla.org/de/kb/quick-actions-firefox-search-bar?as=u&utm_source=inproduct )

Expected: A valid page should open.
Bug: Add some HCM styles for Firefox View
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2022-09-14 20:51:04+00:00
Resolved: 2022-10-03 15:09:39+00:00

In HCM, buttons on Firefox View currently don't have the usual hover style (inverted colors). This also affects feature callouts, since [these rules](https://searchfox.org/mozilla-central/rev/0948667bc62415d48abff27e1405fb4ab4d65d75/browser/components/firefoxview/firefoxview.css#61-62) override the HCM overrides in common-shared.css. Bug 1790396 will fix this issue for feature callouts, but in order to use consistent properties across all the buttons in HCM, we should also add HCM-specific overrides for these custom properties.

### STR
1. Add a new integer pref `ui.useAccessibilityTheme` and set to 1
2. Set `browser.firefox-view.feature-tour` to `{"message":"FIREFOX_VIEW_FEATURE_TOUR","screen":"FEATURE_CALLOUT_1","complete":false}`
3. Go to about:firefoxview
4. A feature callout should appear
5. Mouse over the dismiss/close button on the feature callout
6. Mouse over one of the twisty buttons (the button in the top right of each card that collapses the card)
7. Open a tab and navigate to some page, then close the tab
8. Go back to Firefox View
9. Mouse over the recently closed tab item

### Expected
These buttons should have black background and white text/icon

### Actual
Buttons have a light gray background and dark text (actually a light gray X icon for the feature callout dismiss button, which makes it invisible)
Bug: HCM: spotlight dialog background is opaque white
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-09-14 21:14:54+00:00
Resolved: 2022-09-19 09:23:14+00:00

### STR
1. Add a new integer pref `ui.useAccessibilityTheme` and set to 1
2. Open the browser console (accel+alt+shift+i)
3. Enter `Cc["@mozilla.org/browser/browserglue;1"].getService().wrappedJSObject._showUpgradeDialog();` and hit enter.

### Expected
Browser content should still be visible underneath the dialog, with a 50% opaque dark gray overlay.

### Actual
Browser content is totally obscured by a [100% opaque white background](https://searchfox.org/mozilla-central/rev/0948667bc62415d48abff27e1405fb4ab4d65d75/browser/components/newtab/content-src/aboutwelcome/aboutwelcome.scss#102-104).
Bug: Screenshot file name not picking up Page title
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-09-14 21:46:59+00:00
Resolved: 2023-09-16 16:49:21+00:00

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

Steps to reproduce:

Changed settings to : screenshots.browser.component.enabled to True 
Right click and selected Take Screenshot

Component:
Firefox::Screenshots


Actual results:

The file name does not pick up the Page Title as the file name and the file does not show up in the download list.


Expected results:

The page title should have been part of the file name
Bug: Intermittent browser/components/firefoxview/tests/browser/browser_setup_state.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-09-14 23:54:17+00:00
Resolved: 2023-08-21 12:02:19+00:00

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

---
```

```
Bug: Constant high CPU usage by the GPU process after browser restart that reopens many windows/tabs
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-09-15 02:06:33+00:00
Resolved: 2022-11-04 09:03:36+00:00

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

Steps to reproduce:

1. Enable the "Startup > Open previous windows and tabs" setting.
2. (Nebulous step) Accumulate lots of windows and tabs (hundreds?). Minimize some of the windows, not sure if that matters.
3. Quit and re-launch the browser.


Actual results:

The GPU process lags and constantly hammers the CPU (>100% in about:processes) until the process is killed. Hope the attached profile elucidates this.


Expected results:

The CPU usage should taper off after the initial loading period (behavior before version 104).
Bug: Attachments base URL is not reset when server URL is changed
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-09-15 09:39:10+00:00
Resolved: 2022-10-19 04:12:22+00:00

The attachment CDN base URL [is cached](https://searchfox.org/mozilla-central/rev/0948667bc62415d48abff27e1405fb4ab4d65d75/services/settings/Attachments.jsm#432), but it's not invalidated when the Remote Settings server URL is changed.

**steps to reproduce**

- Switch the environment from PROD to STAGE using the DevTools
- Clear all local data
- Poll changes

**Expected**

- The client pulls attachments from the STAGE CDN

**Actual Result**

- The client pulls attachments from the PROD CDN, and fails since it receives 403 error responses
Bug: Closing all tabs with browser.tabs.closeWindowWithLastTab set to false shows Firefox View tab instead of new tab page
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-09-15 10:41:41+00:00
Resolved: 2022-11-17 10:39:38+00:00

STR:
1. Set `browser.tabs.closeWindowWithLastTab = false`.
2. Click the Firefox View tab so it is loaded.
3. Visit sites in new tabs and then close all tabs.

Expected:

Shows new tab page like before.

Actual:

Opens a new tab but switches to the Firefox View tab.

Does not happen if the Firefox View tab is unloaded. With `browser.tabs.closeWindowWithLastTab = true`, the Firefox View tab is ignored and the window is closed as expected.

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=38bea6dcef3951a8b6788d33ebf592bfd58aebd6&tochange=d2f85d26d71bfe0ef1f7ae279829a18c845c3454

Regressed by Bug 1771311.
Bug: [Existing users] The Onboarding spotlight is not fully visible when resizing the browser and having the Sidebar displayed
Status: RESOLVED
Priority: P4
Resolution: WONTFIX
Created: 2022-09-15 12:47:50+00:00
Resolved: 2022-09-15 21:29:00+00:00

**[Affected versions]:**
- Firefox Nightly 106.0a1 (Build ID: 20220914213649)

**[Affected Platforms]:**
- macOS 12.5.1
- Windows 10 x64
- Ubuntu 20.04 x64

**[Prerequisites]:**
- Have the latest version of the Firefox Nightly build installed and opened.
- Have the Sidebars displayed on the page. (Ctrl+H/Ctrl+B).
- Have the “devtools.chrome.enabled” pref set to true.
- Have the “Cc["@mozilla.org/browser/browserglue;1"].getService().wrappedJSObject._showUpgradeDialog();” syntax copied to the Clipboard.

**[Steps to reproduce]:**
1. Focus the Browser Console (Ctrl + Shift + J) and paste the syntax from prerequisites.
2. Press the “Enter” key.
3. Horizontally resize the browser to the minim of its width.
4. Observe what happens.

**[Expected result]:**
 - The elements of the Onboarding spotlight are visible and correctly rendered.

**[Actual result]:**
 - The elements of the Onboarding spotlight are cut off.

**[Notes]:**
- This issue is not reproducible for new users since the scrollbars can be used for seeing the whole screen.
- Attached is a screen recording of the issue.
Bug: The “Gratitude” screen title has a period
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2022-09-15 12:55:18+00:00
Resolved: 2022-09-16 10:53:20+00:00

**[Affected versions]:**
- Firefox Nightly 106.0a1 (Build ID: 20220914213649)

**[Affected Platforms]:**
- macOS 12.5.1
- Windows 10 x64
- Ubuntu 20.04 x64

**[Prerequisites]:**
- Have the latest version of the Firefox Nightly build installed and opened.

**[Steps to reproduce]:**
1. Navigate to the “about:welcome” page.
2. Click the “Skip this step” button until the “Gratitude” screen is displayed.
3. Observe the title of the screen.

**[Expected result]:**
 - The title has no period.

**[Actual result]:**
 -  The “You’re helping us build a better web.” title has a period.

**[Notes]:**
- Attached is a screenshot of the issue.
Bug: The backgrounds of the images from the "about:welcome" page are not visible if the "High Contrast Mode" is active
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-09-15 13:08:04+00:00
Resolved: 2022-10-03 13:50:24+00:00

**[Notes]:**
- This issue is not reproducible on the Onboarding modals for existing users.

**[Affected versions]:**
- Firefox Nightly 106.0a1 - Build ID: 20220914213649

**[Affected Platforms]:**
- Windows 10 x64
- macOS 11.6.7

**[Prerequisites]:**
- Have the system "High Contrast Mode" active.

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Navigate to the "about:welcome" page.
3. Navigate through the "Onboarding" screens and observe the images' backgrounds.

**[Expected result]:**
- The image background is visible.

**[Actual result]:**
- Only the image assets are visible.

**[Additional Notes]:**
- This issue is reproducible on macOS if we increase the "Display Contrast".
- I have not managed to reproduce the issue on Linux Mint 20.2 x64.
- Attached a screen recording of the issue.
Bug: Opening a new tab while the previous tab is loading results in the URL being copied to the address bar in the new tab
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-09-15 13:16:49+00:00
Resolved: 2022-09-25 19:58:40+00:00

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

Steps to reproduce:

Enter a url to a slow loading site like https://old.reddit.com into the address bar.
While this is loading press Ctrl+T to open a new tab.


Actual results:

The address bar for the new tab contains the URL from the previous tab (https://old.reddit.com)


Expected results:

The address bar for the new tab should be empty.
Bug: Intervention card Help button is no longer aligned with intervention button
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-09-15 13:45:56+00:00
Resolved: 2022-10-10 14:25:22+00:00

**Note**
* Small unalignment when search interventions are triggered in the address bar

**Found in**
* Nightly 106.0a1 2022-09-15

**Affected versions**
* Nightly 106.0a1 2022-09-15

**Tested platforms**
* Affected platforms: Win 10 64-bit, Ubuntu 22.04, OSX 12
* Unaffected platforms: -

**Steps to reproduce**
1. Type `cache firefox` string in the address bar
2. The "Intervention Card" is displayed in the second position of the address bar dropdown
3. Verify the `? - Get help` button

**Expected result**
* Help button is aligned with the `Choose what to clear` intervention button

**Actual result**
* `Get Help` button is placed lower than the intervention button

**Regression range**
* First bad: 2022-09-06
* Last good: 2022-09-05
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=e2e9ac2e3611befa9481f334caca57a038b46fcb&tochange=af609b2db2db0c90a23f78233e7f23cfa97855de
* Potentially regressed by: bug 1783463
Bug: Windows native notifications are no longer triggered
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-09-15 13:47:28+00:00
Resolved: 2022-09-16 12:47:42+00:00

**Affected versions**
* 106.0a1(2022-09-14)

**Affected platforms**
* Windows 10x64, Windows 11x64

**Steps to reproduce**
1. Install older Nightly version e.g 105.0a1
2. Launch Firefox on the default elevated profile and set messaging-system.rsexperimentloader.collection_id=nimbus-preview, nimbus.debug=true, app.update.background.loglevel=debug
3. Close Firefox
4. Go to Windows Task Scheduler and manually run the task in order to trigger the notification

**Expected result**
* Windows native notifications are no longer triggered 

**Actual result**
* Windows native notifications are not triggered and displayed 
* Background update task run successfully

**Additional notes**
*  I have attached the backgroundupdate.moz.log
Bug: Cannot search some words in the address bar / search bar
Status: RESOLVED
Priority: P3
Resolution: INCOMPLETE
Created: 2022-09-15 14:37:21+00:00
Resolved: 2023-01-03 17:02:40+00:00

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

Steps to reproduce:

I typed the following into the address bar:

define:trie


Actual results:

A window opened with "Open With..." title and "No Apps available" content.


Expected results:

Google search results for define:cat should have appeared.
Bug: Crash in [@ nsExternalHelperAppService::SanitizeFileName]
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2022-09-15 14:54:55+00:00
Resolved: 2022-12-06 10:41:32+00:00

200 crashes from 200 installations for Firefox 104.0.*, low single digit crash reports for each v104 an v105 beta, isolated crashes for older version. Very Windows centric.

Regression from bug 1779128?

Crash report: https://crash-stats.mozilla.org/report/index/e39f57df-d18d-448d-bd37-9161e0220915

MOZ_CRASH Reason: ```MOZ_RELEASE_ASSERT(aNewLength <= base_string_type::mLength) (Truncate cannot make string longer)```

Top 10 frames of crashing thread:
```
0 xul.dll nsExternalHelperAppService::SanitizeFileName uriloader/exthandler/nsExternalHelperAppService.cpp:3683
1 xul.dll nsExternalHelperAppService::ValidateFileNameForSaving uriloader/exthandler/nsExternalHelperAppService.cpp:3496
2 xul.dll nsExternalHelperAppService::ValidateFileNameForSaving uriloader/exthandler/nsExternalHelperAppService.cpp:3288
3 xul.dll NS_InvokeByIndex 
4 xul.dll static XPCWrappedNative::CallMethod js/xpconnect/src/XPCWrappedNative.cpp:1125
5 xul.dll XPC_WN_CallMethod js/xpconnect/src/XPCWrappedNativeJSOps.cpp:965
6 xul.dll Interpret js/src/vm/Interpreter.cpp:3313
7 xul.dll js::Call js/src/vm/Interpreter.cpp:602
8 xul.dll JS_CallFunctionValue js/src/vm/CallAndConstruct.cpp:53
9 xul.dll nsXPCWrappedJS::CallMethod js/xpconnect/src/XPCWrappedJSClass.cpp:981
```
Bug: Clicking a closed tab item's name/url, dragging the mouse out of the closed tabs box, and releasing, opens the tab
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-09-15 19:36:36+00:00
Resolved: 2023-01-20 15:07:05+00:00

When you mousedown on a closed tab item's title/url, and then drag the mouse outside of the item, then mouseup, it still activates the item. So if you mistakenly clicked one of them, you can't prevent it from opening. This seems to be related to the fact that the name/url are selectable.

### STR
1. Open Firefox View
2. Open another tab, navigate somewhere, close the tab
3. Back in Firefox View, there should be a closed tab item
4. Left mouse click (and hold) the tab's name or URL
5. Move the mouse out of the closed tabs area
6. Release the left mouse button

### Expected
Cursor changes to default when the mouse leaves the area, and nothing happens on release.

### Actual
Cursor remains `pointer` for as long as the mouse is held down (unless the window loses focus somehow), and the tab is opened when the left mouse button is released.

Setting these span elements to `user-select: none` fixes the issue. For example
```
.closed-tab-li {
  user-select: none;
}
```
It's not necessary for synced tab items since they're draggable, but maybe it should be done anyway, since it's kinda weird when you're able to select text inside buttons (or button-like elements) by using the "Select All" shortcut or by clicking and dragging over the text from outside of the button.
Bug: Open Image in New Tab missing for Apple webpage.
Status: NEW
Priority: --
Created: 2022-09-15 21:18:32+00:00
Resolved: 2022-10-04 12:07:42+00:00

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

Steps to reproduce:

Go to website:
https://apps.apple.com/us/app/network-speed-monitor/id525944153?mt=12


Actual results:

Right click on picture -  does not have the option "Open Image in New Tab".


Expected results:

Other web browsers have the option.
Bug: All the text on Firefox View is bigger if the tour is/was active
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-09-15 21:18:41+00:00
Resolved: 2022-09-23 09:06:22+00:00

STR:
1. Run Firefox Nightly in a fresh profile
2. Visit Firefox View and click through the tour.
3. Refresh Firefox View.

ACTUAL RESULTS:
All of the text on Firefox View gets smaller in step 3 (in other words: the test is artificially larger when the tour is active, and it stays larger after the tour is completed until you explicitly refresh)

EXPECTED RESULTS:
Consistently sized text / no weird relayouts at refresh.



I think this is related to bug 1790315.  I initially thought it was part of that bug but it seems not to be since we fixed that bug but this issue persists.

NOTE: In an existing (not-fresh) profile, you can trigger this issue if you want, by resetting about:config `browser.firefox-view.feature-tour` to the default value.
Bug: Tab pickup in Firefox view should ignore updates to synced tabs if they are identical to the previous set of tabs (to alleviate blinking/flashing of that section when the update happens)
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-09-15 21:34:12+00:00
Resolved: 2023-03-08 07:49:13+00:00

STR:
1. Have Firefox Sync configured (so that your Firefox View "Tab Pickup" section will be populated)
2. Trigger the Firefox View Tour (by e.g. resetting `browser.firefox-view.feature-tour` to its initial value and then visiting a Firefox View tab)
3. Click through the tour, carefully watching your "Tab Pickup" section.

ACTUAL RESULTS:
Whenever a tour popup fades out of view, the Tab Pickup favicon images disappear, and the "Last Active" text disappears (with the "Last Active" badge collapsing to be a little contentless circle instead of a wide badge)

EXPECTED RESULTS:
No such layout shift / blinking.
Bug: [foxfooding] Desktop browser loads mobile site when using Tab pickup after browsing on phone
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-09-15 21:39:07+00:00
Resolved: 2022-10-02 08:28:31+00:00

**Firefox Version:** Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36
**Window Size (inner width and height):** 1030x919
**GitHub Username:** @lime124
## Steps to Reproduce
On my iOS beta Firefox, was looking at a website. put the phone down. went to my laptop and refreshed Firefox view to get the latest tab.
happily clicked on it and was confused when the website loaded (that screenshot is in a full screen window on my MacBook). I couldn't understand why the webpage looked so blown up. I thought maybe it had trouble loading properly so I refreshed the page and it did the same. I then wondered if maybe the website loaded in mobile view. I checked the URL and guessed that the "M" meant mobile. I tried removing it and reloading and it did the trick.
tl;dr loading the mobile view on desktop was totally unexpected and completely broke the experience of the webpage which honestly really hurt the coolness of the feature. I knew how to fix, but most won't.
https://www.potterybarnkids.com/m/products/charlie-step-up-captains-bed/?pkey=ckids-beds

## Expected Behavior
Not sure. It'd be difficult to identify URLs as mobile specific (note the `/m/` path in the URL) and redirect those while on a desktop browser.

## Actual Behavior
Loading the mobile view on desktop was totally unexpected and completely broke the experience of the webpage which honestly really hurt the coolness of the feature.

## Attachment
![Attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/383648ce-cf6e-4a47-8dbd-7a2452bc4919.png)
[Link to the original attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/383648ce-cf6e-4a47-8dbd-7a2452bc4919.png)
Bug: [foxfooding] Youtube and twitch videos will not play
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-09-15 21:43:25+00:00
Resolved: 2022-10-04 02:50:25+00:00

**Firefox Version:** Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:106.0) Gecko/20100101 Firefox/106.0
**Window Size (inner width and height):** 2560x967
## Steps to Reproduce
disabled all addons, no change. even enabling all ads, no video will ever stream.

## Expected Behavior
video plays

## Actual Behavior
no video ever plays for any reason