av9ash/GitBugs huggingface dataset:
Bug: Downloading a PDF opens Firefox PDF Viewer instead of just downloading it
Status: VERIFIED
Priority: --
Resolution: WONTFIX
Created: 2022-10-18 13:02:47+00:00
Resolved: 2022-11-13 18:30:46+00:00

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

Steps to reproduce:

This Bug was introduced in version 98.0 and still persists in current nightly build 107.0a1. This was tested in Fedora 36 with multiple Firefox Versions always with a clean profile with default settings.
Open Firefox and go to https://sogo-demo.de/SOGo/ (that was the easiest way for me to compare PDF preview and download behavior).
Login using the demo credentials.
Go to the 'Drafts' folder, the latest draft includes a PDF attachment.
There you can click on `View Attachment` and `Save Attachment`.


Actual results:

'View Attachment' works as intended, a new tab is opened containing the PDF in the default Firefox PDF Viewer.
However, clicking on 'Save Attachment', instantly starts downloading the PDF (disregarding the 'Always ask you where to save files' option) and opening the Firefox PDF Viewer.


Expected results:

'Save Attachment' should just download the PDF file as it would with any other file type, and it shouldn't show the PDF Viewer.
Bug: Edit Bookmark dialog clipped
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2022-10-18 14:39:43+00:00
Resolved: 2024-02-05 16:53:48+00:00

The Edit Bookmark dialog has become clipped in Nightly 107.0a1.

STR:
0. Create a new Profile.
1. Right-click a default bookmark in the Bookmarks Toolbar

Expected:
The fields are all in view, with equal spacing on the inline sides.

Actual Results:
The fields are clipped on the right hand side (see attachment).

mozregression [reduced to this changeset](https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=511ee0f8727c651a4dcf925e120d2652385e685f&tochange=e4cffd7fd12d9e4f7d1541d3a3e58331cb35ed87) containing only bug1792730.
Bug: PDF Files are automatically downloading even with browser set to Ask what to do with them
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-10-18 15:21:45+00:00
Resolved: 2022-11-29 21:40:56+00:00

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

Steps to reproduce:

View or open PDF file - when I click on a .pdf file, I get the pop-up that asks if I want to 1) Open with Firefox, 2) Open with (Adobe Acrobat DC) and 3) Save File.

Open with Firefox is selected and the box for "Do this automatically..." is NOT checked.


Actual results:

Before I even click OK for a selection, I can find the .pdf file already downloaded to my download folder.  This did not happen while running Firefox 91.13.0esr (20220811191823) or older, it only started when 102.3.0esr (20220912135840) was installed.



Expected results:

The file should not have been downloaded to the download folder unless I specifically select that option.
Bug: "Firefox cannot open, please see Microsoft Store for more info"
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2022-10-18 15:21:56+00:00
Resolved: 2022-10-26 16:21:56+00:00

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

Steps to reproduce:

Updated firefox to 106 via the Microsoft Store, launched firefox, exited firefox, launched firefox again.


Actual results:

Windows popup saying that Firefox cannot open, with no further details. Reinstalling program from store allows for launch.


Expected results:

Firefox launches. No issue on installation from mozilla.org (current browser user agent).
Bug: cannot edit bookmark URL when searching
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-18 16:44:11+00:00
Resolved: 2022-10-27 14:25:10+00:00

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

Steps to reproduce:

search for bookmarks by using a simple pattern, e.g. "ECMWF"

Fx shows a list of bookmarks that match

edit the url of such a bookmark (e.g. change https://apps.ecmwf.int/ to https://charts.ecmwf.int/ ), press Save



Actual results:

nothing happens; the change is not stored.


Expected results:

the bookmark URL should have been updated
Bug: Private windows are no longer grouped with regular Firefox windows in Windows 10 taskbar
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-10-18 16:47:19+00:00
Resolved: 2022-10-19 15:41:33+00:00

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

Steps to reproduce:

1. Pin Firefox to the Windows 10 taskbar as the first application
2. Open a few other applications
3. Open private window in Firefox


Actual results:

Private windows are added to the end of the Windows 10 taskbar.


Expected results:

Private windows should appear next to regular Firefox windows.

Note: Even manually moving them next to the regular Firefox windows (something that can be achieved with tools like 7+ Taskbar Tweaker) only resolves the situation temporarily: Closing all private windows and opening a new private window makes them show up at the end of the taskbar window list again.
Bug: After upgrading Firefox from 106 beta to 107 beta, the browser history disappeared
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-18 17:20:39+00:00
Resolved: 2022-10-28 11:34:34+00:00

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

Steps to reproduce:

1. Stay on the beta update channel.
2. Updater from 106.0 to 107.0b1
3. The history of visits is lost.


Actual results:

After upgrading Firefox from 106 beta to 107 beta, the browser history disappeared
Bug: Support browserAction.openPopup on Android
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-10-18 18:01:44+00:00
Resolved: 2022-10-18 18:21:17+00:00

Steps to reproduce:

Call `browser.browserAction.openPopup()` from an extension in Firefox for Android.


Actual results:

Nothing happens.


Expected results:

Extension popup is opened for the current active window.

The issue here is a missing override in android-components: https://github.com/mozilla-mobile/android-components/blob/f5ac21c0250fdf7bb837130ca7cb3c43733d917f/components/browser/engine-gecko/src/main/java/mozilla/components/browser/engine/gecko/webextension/GeckoWebExtension.kt#L221. 

I found this while working on some related changes in https://phabricator.services.mozilla.com/D139796.
Bug: "Only Show on New tab" no longer shows Bookmarks Toolbar upon opening a new tab (browser.toolbars.bookmarks.visibility: newtab)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-18 18:50:02+00:00
Resolved: 2022-11-02 11:20:31+00:00

Steps to reproduce:

Opened a new tab.


Actual results:

A new tab opened.


Expected results:

The bookmarks toolbar should have shown (because browser.toolbars.bookmarks.visibility: newtab).
Bug: large number of IAsyncOperationCompletedHandler hangs in MSIX package
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-10-18 19:02:19+00:00
Resolved: 2022-10-24 20:07:27+00:00

We don't have a stack trace for this, but it's likely fallout from https://bugzilla.mozilla.org/show_bug.cgi?id=1756209. Specifically, there's two blocks in that file that block until they find `AsyncStatus::Completed` -- which is probably wrong, as async operations can complete with `AsyncStatus::Error`.
Bug: AppMenu subviews flicker to the right of the AppMenu before sliding in
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-10-18 19:26:56+00:00
Resolved: 2023-01-11 14:13:23+00:00

STR:

1. Resize the Firefox window so that the AppMenu button is about halfway down the middle of the screen
2. Open the AppMenu and choose "Bookmarks", "History" or "Help"

ER:

No flicker to the right of the AppMenu

AR:

A flash of a panel appearing just to the right of the AppMenu before the subview is slid in. See attached animated GIF.

mozregression suggests bug 1790616 as the regressor:

 3:40.38 INFO: No more integration revisions, bisection finished.
 3:40.38 INFO: Last good revision: 4ff88d45f59c4357dcc71ddf4ad5344a38f9944d
 3:40.38 INFO: First bad revision: aa325161aae5e555cab4d44b6662bbe029d26a5d
 3:40.38 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=4ff88d45f59c4357dcc71ddf4ad5344a38f9944d&tochange=aa325161aae5e555cab4d44b6662bbe029d26a5d
Bug: Update disclosure arrow direction and positioning on Firefox View for closed tab and synced tabs lists
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2022-10-18 21:14:31+00:00
Resolved: 2022-11-02 04:43:35+00:00

[Figma link](https://www.figma.com/file/lonokvnIW1k5XGPgjacEaA/Firefox-View-Feedback?node-id=0%3A1)

This definitely includes moving the disclosure arrow to the start (left in LTR) side of the titles of these sections, and changing the arrow orientation from up/down to right/down.

Josh, from the [design jira](https://mozilla-hub.atlassian.net/browse/FXCD-191) and our conversation, I'm now not clear on whether this should include changes to the default background of the disclosure arrow, or not - can you confirm, and update that JIRA + the product JIRA, and this bug's summary, with the decision there?
Bug: Protections UI separator / border above "what's new" imagery goes across whole dialog, other separators have margins
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-10-18 21:23:20+00:00
Resolved: 2022-10-26 20:47:34+00:00

This is a minor inconsistency I noticed when reviewing https://phabricator.services.mozilla.com/D159618 . It seems like the border/separator above this item should look the same as the others. It disappears as soon as the messaging system component has disappeared so it's probably not super important but... yeah.
Bug: Should re-set browser.ui.toolbar_widgets scalars after subsession splits
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-10-19 00:02:41+00:00
Resolved: 2023-01-04 21:15:04+00:00

Talking to data science, it seems like we set `browser.ui.toolbar_widgets` when calling `init` on startup, but not after a subsession split.

We should update it for the new subsession from https://searchfox.org/mozilla-central/rev/7b5c93295ea5071d3cc5b3ac21c6e8e654f69e1b/browser/modules/BrowserUsageTelemetry.jsm#464 .
Bug: Searching from address bar stopped working, returns "We’re having trouble finding that site" error page
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-10-19 01:04:25+00:00
Resolved: 2022-11-14 10:20:51+00:00

I updated my Firefox Nightly on Windows today and now address bar searches stopped working. If I search for "test", Firefox tries to load test.com and shows a "We’re having trouble finding that site" error page.

@standard8, could your changes in policy engine bug 1445134 have caused a search regression like that?

I don't see this problem in a clean profile, so I bisected the problem using my main profile and landed on an autoland regression range that includes this bug. I don't know yet what is different about my main profile.

https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=1c029b0ffc31502257687bce117d21804d34c8ef&tochange=7595f36ef24cd3deb657f0881148f477dc8a6509
Bug: Search bar has no results
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-19 01:32:38+00:00
Resolved: 2022-12-14 16:07:08+00:00

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

Steps to reproduce:

Search bar has no results when typing. Home is also blank.
Bug: Old private browsing indicator does not align correctly
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-10-19 03:15:04+00:00
Resolved: 2022-11-18 14:18:20+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:108.0) Gecko/20100101 Firefox/108.0
Build ID: 20221018213916

## Steps to reproduce
1. Set `browser.privatebrowsing.enable-new-indicator` to `false`.
2. Open a private window.
3. Observe the PB indicator on top right.

## Actual result
The indicator shifts up.

## Notes
The new, default PB indicator is not affected.

## Regression
Last good Nightly: 2022-10-17
First bad Nightly: 2022-10-18
pushlog: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=ac1330b68d3e7b231a177cfa1ac52e1b2199bb84&tochange=b6e04e02b4f8532eac41194d203e72d91dbfc2ff

Bisecting autoland builds:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=a41265da4a2a475ed7cde77c9aa285ecdf413f3b&tochange=d728a45552226ef4a36bab51796d60931e13582c

This is probably regressed by bug 1790616.
Bug: Chevrons in overflow menu no longer leave a gap on the right
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-19 04:07:11+00:00
Resolved: 2022-10-19 06:57:50+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:108.0) Gecko/20100101 Firefox/108.0
Build ID: 20221018213916

## Steps to reproduce
1. Move History, Forget, or other buttons with a submenu into overflow menu.
2. Move profiler button into overflow menu for comparison. (Enable the button at https://profiler.firefox.com/)

## Actual result
Submenu indicators for built-in buttons, but not Profiler, are pushed to the right end of overflow menu.

## Expected result
The right chevrons should align, either at the end of overflow menu or retaining the space before the bug.

## Regression
Last good Nightly: 2022-10-17
First bad Nightly: 2022-10-18
pushlog: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=ac1330b68d3e7b231a177cfa1ac52e1b2199bb84&tochange=b6e04e02b4f8532eac41194d203e72d91dbfc2ff

Bisecting autoland builds:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=a41265da4a2a475ed7cde77c9aa285ecdf413f3b&tochange=d728a45552226ef4a36bab51796d60931e13582c

This is probably regressed by bug 1790616.
Bug: Address / search bar is broken on Nightly
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-19 04:26:23+00:00
Resolved: 2022-10-19 05:23:44+00:00

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

Steps to reproduce:

Upgrade Firefox Nightly to latest update


Actual results:

Address / search bar no longer shows any suggestions from history, bookmarks or search engine when text is typed in, but remains empty.

Pressing enter upon putting in text will only make Firefox seek out a literal URL of it. If it doesn't exist, Firefox will complain that it can't find that server.


Expected results:

Firefox address / search bar should show suggestions from search, history and / or bookmarks
Bug: Context menu can be very long
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-10-19 05:44:54+00:00
Resolved: 2022-11-03 13:31:49+00:00

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

Steps to reproduce:

This doesn't happen every time, may need to open a new window then right clicking will show more options.
Bug: After restarting firefox, the home page and address bar are broken
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-19 06:06:41+00:00
Resolved: 2022-10-19 06:13:53+00:00

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

Steps to reproduce:

Updated to the latest version of nightly 108.0a1 (2022-10-18) 


Actual results:

The address bar no longer accepts search results, only URLS, and the home page is functionally broken, not showing anything except a text box that cannot be typed in. It also does not show suggestions for search anymore. 



Expected results:

The search functionality and the home page should not be broken.
Bug: search engines missing
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-19 07:20:22+00:00
Resolved: 2022-10-19 07:30:32+00:00

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

Steps to reproduce:

Install 108.0a1 (2022-10-19)



Actual results:

open settings > search
the list of default search engine is empty and can not be set 
as well as search shortcuts list is empty of search engines

installing i.e. duckduckgo doesn not add a search engine


Expected results:

downgrading to 108.0a1 (2022-10-18) gives me all search engines again
Bug: Dropdown arrow from autoplay notification panel is misplaced
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-10-19 07:43:57+00:00
Resolved: 2022-11-18 12:08:53+00:00

**Found in**
* Nightly 108.0a1 (2022-10-18)

**Affected versions**
* Nightly 108.0a1

**Unaffected versions**
* Firefox 107.0b2
* Firefox 106.0

**Tested platforms**
* Affected platforms: Windows 10, Ubuntu 22.04, Windows 11, macOS 11.6
* Unaffected platforms: none

**Steps to reproduce**
1. Visit https://strifer.link/html-video-autoplay-test/
2. Click the autoplay permission notification from the URL bar

**Expected result**
* The dropdown arrow is placed somewhat in the middle of the dropdown button

**Actual result**
* The dropdown arrow has moved up and it looks out of place.

**Regression range**
* First bad: a41265da4a2a475ed7cde77c9aa285ecdf413f3b
* Last good: c2f047ea3f07712de2b07487607f23592409e005
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=a41265da4a2a475ed7cde77c9aa285ecdf413f3b&tochange=c2f047ea3f07712de2b07487607f23592409e005
* Potentially regressed by: Mozregression pointed at bug 1795025 but I an fairly sure that that's not the case. I would rather suspect either bug 1790616 or bug 1795199, Emilio will definitely know which one.

**Additional notes**
* Screenshot showing the issue is attached.
Bug: removing tab search icon from toolbar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-19 08:14:26+00:00
Resolved: 2024-10-12 18:56:19+00:00

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

Steps to reproduce:

I'd like to remove the tab search menu icon from the toolbar (the arrow pointing down). 
I right-clicked on it to select the menu "remove from toolbar".



Actual results:

cannot select the "remove from toolbar" option since it is disabled.



Expected results:

I should have been able to select the "remove from toolbar", and the seach icon should have been removed.
Bug: onbeforeunload dialog hidden during restart
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-19 08:58:40+00:00
Resolved: 2022-11-03 15:56:47+00:00

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

Steps to reproduce:

 - firefox 105.0.3 running, several tabs open
 - open the about dialog
   it downloads an update
 - click "Restart to update..." button




Actual results:

the main Firefox windows switched to the tab displaying gmail.com and stays that way, nothing happens

Under the about dialog there is a "This page is asking you to confirm that you want to leave — information you’ve entered may not be saved." dialog, but is not visible, as the about dialog is covering it.


Expected results:

The reason for delaying the restart should be visible.
Maybe by closing the about dialog after "Restart" is clicked.
Bug: Garbled test in PDF when adding Japanese text to PDF and Save Page As/Downlosd
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-19 09:46:08+00:00
Resolved: 2022-12-01 05:01:07+00:00

Steps to reproduce the problem:
1. Open pdf file in Nightly
2. Add free text in Japanese character to the pdf
3. Download the pdf
4. Reopen the pdf in Nightly or other application(Acrobat etc)

What went wrong? (add screenshot)
See screenshot.
Added Japanese characters are garbled.
Bug: Intermittent browser/components/urlbar/tests/browser/browser_UrlbarInput_searchTerms_revert.js | single tracking bug
Status: REOPENED
Priority: P5
Created: 2022-10-19 10:42:54+00:00
Resolved: 2025-02-24 06:31:24+00:00

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

---
```
task 2022-10-19T08:46:07.735Z] 08:46:07     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_UrlbarInput_searchTerms_revert.js | Urlbar should have https://www.example.com/?q=chocolate+cake&pc=fake_code as value. - "https://www.example.com/?q=chocolate+cake&pc=fake_code" == "https://www.example.com/?q=chocolate+cake&pc=fake_code" - 
[task 2022-10-19T08:46:07.735Z] 08:46:07     INFO - Buffered messages finished
[task 2022-10-19T08:46:07.736Z] 08:46:07     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_UrlbarInput_searchTerms_revert.js | Test timed out - 
[task 2022-10-19T08:46:07.814Z] 08:46:07     INFO - GECKO(1630) | MEMORY STAT | vsize 3740MB | residentFast 583MB | heapAllocated 245MB
[task 2022-10-19T08:46:07.816Z] 08:46:07     INFO - TEST-OK | browser/components/urlbar/tests/browser/browser_UrlbarInput_searchTerms_revert.js | took 90349ms
```
Bug: [Mac touchbar] Search In options (Bookmark, History, Open Tabs, Tags) can't be made to reappear once dismissed from the touchbar with focus inside the Address bar
Status: NEW
Priority: P5
Created: 2022-10-19 11:55:49+00:00
Resolved: 2024-02-27 14:00:02+00:00

**Found in**
* Firefox 107.0b2

**Affected versions**
* Nightly 108.0a1
* Firefox 107.0b2
* Firefox 106.0
* Firefox ESR 102.4.0

**Tested platforms**
* Affected platforms: macOS 11.6 (with touchbar)
* Unaffected platforms: Windows 10 and Ubuntu 22.04

**Steps to reproduce**
1. Tap on `Search or enter address` from mac touchbar
2. Dismiss the `Search in:` options from the touchbar by tapping the `X` button near it
3. Tap on `Search or enter address` from mac touchbar again

**Expected result**
* `Search in:` options are displayed again inside the mac touchbar

**Actual result**
* The only way for the `Search in:` options to re-appear is to change the focus from the Address bar and then tapping the `Search or enter address` from the touchbar again.

**Regression range**
* I am sure this is not a regression since I can see this behaviour on Nightly 74.0a1 as well. On older builds either the touchbar does not display a thing or does not switch to `Search In:` options when tapping the Search button from touchbar.
Bug: [macOS touchbar] Address bar does not close when refreshing the website from the touchbar
Status: NEW
Priority: P5
Created: 2022-10-19 13:10:05+00:00
Resolved: 2023-12-04 16:31:55+00:00

**Found in**
* Firefox 107.0b2

**Affected versions**
* Nightly 108.0a1
* Firefox 107.0b2
* Firefox 106.0
* Firefox ESR 102.4.0

**Tested platforms**
* Affected platforms: macOS 11.6 (touchbar)
* Unaffected platforms: Windows 10 and Ubuntu 22.04

**Steps to reproduce**
1. Visit a random webpage
2. Tap on `Search or enter address` from mac touchbar
3. Dismiss the `Search In: ` from the touchbar
4. Hit the Refresh button from the touchbar

**Expected result**
* Address bar is closed and the page is refreshed

**Actual result**
* Address bar is still visible after refreshing the website from the touchbar

**Regression range**
* Not a regression, this is also reproducible in Nightly 74.0a1, on later builds either the touchbar does not display a thing or search button does not work.
Bug: When there are fluent .orig files Storybook won't start
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2022-10-19 14:27:45+00:00
Resolved: 2022-10-20 09:39:09+00:00

The [webpackInclude comments](https://searchfox.org/mozilla-central/rev/a64647a2125cf3d334451051491fef6772e8eb57/browser/components/storybook/.storybook/preview.js#33,40) for the fluent files is over-permissive and catching .orig files which then cause webpack to throw an error and prevent storybook from starting.

STR

1. `cp browser/locales/en-US/browser/browser.ftl{,.orig}`
2. `./mach storybook`

Expected results: Storybook starts
Actual results: Webpack error :(