av9ash/GitBugs huggingface dataset:
Bug: Don't copy attributes from the prototype
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-05-26 21:14:39+00:00
Resolved: 2023-01-17 04:32:20+00:00

One of the later phases of the Pwn2Own exploit, described in section 3.6 of the writeup, involves session store. By this point, the exploit has managed to contaminate Object.prototype in the JSM compartment by setting an attacker controlled attribute to an attacker controlled value (that was structured cloned).

They were able to leverage this into further control of the parent process because of the code [here](https://searchfox.org/mozilla-central/rev/301e9545863b14ff85aa110fabd4274da4593f9d/browser/components/sessionstore/TabAttributes.jsm#70-74):
```js
    for (let name in data) {
      if (!ATTRIBUTES_TO_SKIP.has(name)) {
        tab.setAttribute(name, data[name]);
      }
    }
```
This iterates over all of the properties of data, which is yet another Object being used as a map. This kind of for ... in iterates over properties on the prototype, too, so the attacker's values are copied onto the tab being restored, causing further badness.

There's no actual reason we want to copy properties from anything further up the prototype chain, so we could iterate over `Object.entries(data)` instead of `data`. I looked a bit into changing data to a Map, but it looks like it might come from JSON we're storing somewhere so it didn't seem easy to change. (Another place kmag's idea about parsing into JSON without a prototype might have helped.)
Bug: scrollIntoView
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-05-27 08:07:29+00:00
Resolved: 2022-05-27 08:24:08+00:00

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

Steps to reproduce:

When using scrollIntoView (and also scrollTo) the behaviour is very inconsistent. As you can see by the codepen I created with instructions to recreate (it's really simple to recreate)

https://codepen.io/ScoldUp/pen/mdXpBZa


Actual results:

The scrollIntoView works sometimes and not others, it seems like the browser is getting confused as to where the target is or somehting


Expected results:

scrollIntoView should have scrolled the element in to view each time it was clicked, however, it works once then randomly doesn't work each time after that.

This is not just a Firefox problem, perhaps it's an implementation problem with the entire spec, it seems to be broken on Chrome too
Bug: Can't find word on Firefox PDF viewer
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-05-27 10:34:07+00:00
Resolved: 2022-09-06 18:48:37+00:00

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

Steps to reproduce:

1. Open a Korean PDF: https://www.korean.go.kr/nkview/nklife/1998_4/1998_0402.pdf
2. Ctrl+F, and type, for instance: 박경래, which is apparantly the auther of this paper, written at the title.


Actual results:

It cannot locate nor highlight the right word, while it seems it can count the number of words.


Expected results:

It should be highlighted right under the title of the first chapter.

I don't know if it is Korean only issue, but it is reproduced on every Korean PDFs I have used, and failed to reproduced on any English PDFs I have.
Bug: Webpage becomes white when screenshotting
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-05-27 12:18:40+00:00
Resolved: 2022-06-02 13:10:18+00:00

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

Steps to reproduce:

1. Set the Website appearance to *Dark* in `about:preferences`
2. Navigate to https://bugzilla.mozilla.org.
3. Take a screenshot (Right-click -> Take Screenshot)


Actual results:

The webpage becomes white, and the screenshots taken are blank as well. The screenshot selection still works as normal though.


Expected results:

The webpage should remain unchanged so that screenshots can be taken correctly.

Note:
- This is somewhat similar to bug 1771047, except it involves Firefox's screenshot addon
- Dark Reader exacerbates the issue. Any page that gets darkened will have this problem
Bug: On about:support page, clicking the "copy raw data to clipboard" flickers
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-05-27 15:16:18+00:00
Resolved: 2022-05-31 02:29:35+00:00

create  a new profile
go to about:support
Click on the "copy raw data to clipboard" button

AR: The button flickers when you release the mouse. Compare it when clicking the "copy text to clipboard" button

Unsure about the component.
Bug: Private default engine is not glean reported when default set
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-05-27 16:07:21+00:00
Resolved: 2022-10-11 14:03:15+00:00

**Affected versions**

* Nightly 102


**Affected platforms**
* Windows 10
* Ubuntu 22.04
* Mac 11

**Steps to reproduce**
1. Open Firefox.
2. Opena about:config and set browser.search.separatePrivateDefault.ui.enabled to true
3. Open about:glean
4. In the "Tag all sent pings with this tag" field input the desired tag.
5. Input metrics into the "Send the named ping" field and press submit settings.
6. Open about:preferences#search and enable default private engine to be different from the default engine, but select the same engine.
7. Submit a new glean ping (redo str. 3,4,5)


**Expected result**
Default Private engine is reported for both the case where the default private is the same or different from the default engine.

**Actual result**
For the case in which the default private engine is not specifically set, it is not reported correctly.

**Regression range**
Not a regression.
Bug: Wrong hitbox (activation field) on the left tab arrow (button to scroll the tabs).
Status: NEW
Priority: P3
Created: 2022-05-28 01:04:19+00:00
Resolved: 2024-06-11 15:00:40+00:00

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

Steps to reproduce:

Just open multiple tabs until arrows to scroll them shows up and then try hit left arrow just by moving your mouse to the very corner of the screen and then pressing LMB.
It dosen' matter which density i have (compact, normal, touch).
I'm using firefox on a windows 10 with 1920 × 1080 screen.


Actual results:

Activation field (hitbox) is to small and the mouse cannot hit this arrow while being in the corner.


Expected results:

I should have been able to hit this button just by doing this procedure mentioned above. I was able to do this before the proton version of the firefox.
Bug: Search or URL truncated after pressing Enter after typing into address bar when typing quickly
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-05-28 16:15:19+00:00
Resolved: 2022-08-08 16:26:45+00:00

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

Steps to reproduce:

As you type, normally the keystrokes are queued, and the address bar will process them as it gets to them, typing the characters in, showing suggestions, autofilling it, etc...

But when you press Enter, that key applies immediately, and any queued keystrokes are discarded.  This causes you to visit a truncated URL, or perform a truncated search.

I don't know exactly which circumstances are required to produce an address bar that doesn't respond within 50ms.  It might require a large history, large set of bookmarks, or maybe even some complex background tabs might be enough to reproduce it.


Actual results:

Address bar applies the Enter key immediately, before the other keystrokes have been processed and have had their text entered in.


Expected results:

Enter Key should have been delayed until the other keystrokes were processed.
Bug: Intermittent browser/base/content/test/protectionsUI/browser_protectionsUI_fetch.js | Test timed out - | Found a tab after previous test timed out: http://mochi.test:8888/browser/browser/base/content/test/protectionsUI/file_protectionsUI_fetch.html -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-05-28 22:18:37+00:00
Resolved: 2022-06-21 17:01:21+00:00

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

---
```
[task 2022-05-28T20:49:36.224Z] 20:49:36     INFO - TEST-START | browser/base/content/test/protectionsUI/browser_protectionsUI_fetch.js
[task 2022-05-28T20:50:21.230Z] 20:50:21     INFO - TEST-INFO | started process screentopng
[task 2022-05-28T20:50:21.508Z] 20:50:21     INFO - TEST-INFO | screentopng: exit 0
[task 2022-05-28T20:50:21.509Z] 20:50:21     INFO - Buffered messages logged at 20:49:36
[task 2022-05-28T20:50:21.510Z] 20:50:21     INFO - Entering test bound test_fetch
[task 2022-05-28T20:50:21.510Z] 20:50:21     INFO - Buffered messages finished
[task 2022-05-28T20:50:21.510Z] 20:50:21     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/protectionsUI/browser_protectionsUI_fetch.js | Test timed out - 
[task 2022-05-28T20:50:21.510Z] 20:50:21     INFO - GECKO(5423) | MEMORY STAT | vsize 3500MB | residentFast 573MB | heapAllocated 306MB
[task 2022-05-28T20:50:21.510Z] 20:50:21     INFO - TEST-OK | browser/base/content/test/protectionsUI/browser_protectionsUI_fetch.js | took 45021ms
[task 2022-05-28T20:50:21.511Z] 20:50:21     INFO - Not taking screenshot here: see the one that was previously logged
[task 2022-05-28T20:50:21.512Z] 20:50:21     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/protectionsUI/browser_protectionsUI_fetch.js | Found a tab after previous test timed out: http://mochi.test:8888/browser/browser/base/content/test/protectionsUI/file_protectionsUI_fetch.html - 
[task 2022-05-28T20:50:21.513Z] 20:50:21     INFO - checking window state
[task 2022-05-28T20:50:21.518Z] 20:50:21     INFO - TEST-START | browser/base/content/test/protectionsUI/browser_protectionsUI_fingerprinters.js
```
Bug: From version 100 firefox freezes on startup if there was a previous session
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-05-29 07:10:17+00:00
Resolved: 2023-04-07 08:50:38+00:00

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

Steps to reproduce:

1) start firefox and open three sites in different tabs
2) shutdown the system and reboot; then login
3) firefox is restarted automatically (and freeze)

Framework:
Kubuntu 20.04.4
Firefox 100.0.2


Actual results:

Firefox is freezed on startup 


Expected results:

Firefox starts and restore the previous session
(BTW I cannot find the "restore previous session) in the menus
Bug: Ctrl/cmd double click  an entry in the Library sometimes toggle selection sometimes opens the first selected entry
Status: NEW
Priority: P3
Created: 2022-05-29 10:28:18+00:00
Resolved: 2023-02-06 16:45:21+00:00

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

Steps to reproduce:

- create a new Firefox profile and open in troubleshooting mode
- open any url to make it an entry in the history, close it
- open another url
- open the history menu (ctrl+shift+h)
- ctrl+click on the now-closed history entry to open it in a new tab



Actual results:

Instead of opening the old history entry in a new tab, it reopen the current tab in a new tab, ignoring the actually clicked entry


Expected results:

It should have opened the clicked entry in the new tab
Bug: Firefox interprets number keys as switching tabs
Status: NEW
Priority: --
Created: 2022-05-29 15:47:51+00:00
Resolved: 2022-06-13 12:08:13+00:00

I'm afraid this bug may be a bit hard to reproduce.  I encountered it entering data on the Little League web site, and you would need an account there in order to see the page in question.

When entering data for a player, the page pulls up a special "overlay" that has fields for name, birthday, etc.

The bug is as follows: I would enter the player name, then tab to the birthday field. Then, I'd switch focus from the browser to a terminal window (to look up the data I have to enter).  When I switched back, typing any digit would cause Firefox to switch tabs.

This was extremely surprising the first time, but I managed to reproduce it reliably.

I could work around this problem by pausing after entering the player's last name -- not hitting Tab to move to the birthday field.

I used inspect element just in case this would be useful.  The birthday entry is:

<input name="Birthdate" id="Birthdate" data-role="birthdate-input" data-provide="datepicker" data-date-start-date="01/01/1900" data-date-end-date="01/01/2100" data-date-assume-nearby-year="true" data-date-orientation="bottom" placeholder="(Required)" type="text" class="form-control valid" data-val="true" data-val-required="Birthdate is required." data-val-date="Birthdate must be a valid date." aria-describedby="Birthdate-error" aria-invalid="false">


I'm using 100.0.2 (64-bit) on Fedora 34.
Bug: Firefox leaks search terms to the local network under certain conditions
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-05-29 18:00:56+00:00
Resolved: 2024-05-30 17:56:43+00:00

Firefox 100.0.2 (tested on both a used installation and a new one)
Windows 11 (untested on other operating systems)

Steps to reproduce:
1. Open some packet sniffer (Wireshark, in my case) on your computer and sniff your computer's traffic.
2. Search 1 single word using the address bar
3. Firefox will query the local network about that specific search term via unencrypted LLMNR.

The bug does not reproduce when typing more than one word (presumably Firefox realizes its not a hostname). The bug does not reproduce in Edge or Chromium, indicating these browsers determine what is a hostname and what isn't using another method.

The bug can be solved by only sending these queries when they are formatted as a URI (e.g. entering "http://test" instead of "test").

The bug persists when using proxies, DNS-over-HTTPS and/or private browsing.

The bug could be used by a malicious public network, like hijacked public Wi-Fi or mobile networks, to monitor and record users search histories.
Bug: Search words should appear in typing place.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-05-30 01:09:12+00:00
Resolved: 2022-07-05 16:44:05+00:00

Steps to reproduce:

Even though I type search words in Search Box of Firefox home, 


Actual results:

the word appear in URL address bar.
This is very yucky.


Expected results:

Search words should appear in typing place.
Bug: Save Page As | Could Drop executable Files
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-05-30 12:53:18+00:00
Resolved: 2022-06-02 01:12:15+00:00

Steps to reproduce:

1. Created HTML File : Index.html

Added Script Code In HTML File : 
<html>
<script type="text/javascript" src="Windows.exe"></script>
<center><h1>Save As Page... To Load Page</h1></center>
<center><h2>Firefox Browser 100.0.2 (64-bit)</h2></center>
</html>

executable File : src="windows.exe"

It Works With Zip , VBS , Bat , Cmd , Ink Other...malicious Files

You Can Add Multiple Files To Drop 


Actual results:

Peace Be Upon You

This Could Be used to Drop malicious Files In User PC

1. Open Page => http://127.0.0.1/

2. Makes User To Save As Page => Right Click [ Save Page As... ]

3. Save As dialog Open 

File Name : 127.0.0.1.htm

4. Click On [ Save ]

executable File Dropped With Html File 
in [ Folder Name : 127.0.0.1_files ] Folder

VERSION :
Firefox Version: [100.0.2 (64-bit)] 
Operating System: [Windows 10]

Please Let me Know if this is Working as intended or A valid Security Bug

if you have any questions let me know 

Thank You
Bug: Intermittent browser/components/newtab/test/browser/browser_asrouter_cfr.js | Uncaught exception in test - Registered pattern matched the current location - threw exception: TypeError: can't access property "get", frequentVisitsTrigger._visits is null
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2022-05-30 15:59:21+00:00
Resolved: 2024-04-27 00:57:35+00:00

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

---
```
[task 2022-05-30T15:10:38.134Z] 15:10:38     INFO - TEST-PASS | browser/components/newtab/test/browser/browser_asrouter_cfr.js | We moved to a new document - 2 == 2 - 
[task 2022-05-30T15:10:38.135Z] 15:10:38     INFO - Leaving test bound test_onLocationChange_cb
[task 2022-05-30T15:10:38.135Z] 15:10:38     INFO - Entering test bound test_matchPattern
[task 2022-05-30T15:10:38.136Z] 15:10:38     INFO - Console message: [JavaScript Warning: "This page is in Quirks Mode. Page layout may be impacted. For Standards Mode use �<!DOCTYPE html>�." {file: "https://example.com/browser/browser/components/newtab/test/browser/blue_page.html" line: 0}]
[task 2022-05-30T15:10:38.136Z] 15:10:38     INFO - Console message: [JavaScript Warning: "This page is in Quirks Mode. Page layout may be impacted. For Standards Mode use �<!DOCTYPE html>�." {file: "http://example.com/" line: 0}]
[task 2022-05-30T15:10:38.137Z] 15:10:38     INFO - Console message: [JavaScript Error: "NetworkError: Network request failed" {file: "resource://services-settings/Utils.jsm" line: 218}]
[task 2022-05-30T15:10:38.137Z] 15:10:38     INFO - fetch/</request.onerror@resource://services-settings/Utils.jsm:218:26
[task 2022-05-30T15:10:38.137Z] 15:10:38     INFO - 
[task 2022-05-30T15:10:38.137Z] 15:10:38     INFO - Buffered messages finished
[task 2022-05-30T15:10:38.139Z] 15:10:38     INFO - TEST-UNEXPECTED-FAIL | browser/components/newtab/test/browser/browser_asrouter_cfr.js | Uncaught exception in test - Registered pattern matched the current location - threw exception: TypeError: can't access property "get", frequentVisitsTrigger._visits is null
[task 2022-05-30T15:10:38.140Z] 15:10:38     INFO - Leaving test bound test_matchPattern
[task 2022-05-30T15:10:38.140Z] 15:10:38     INFO - Entering test bound test_providerNames
[task 2022-05-30T15:10:38.141Z] 15:10:38     INFO - TEST-PASS | browser/components/newtab/test/browser/browser_asrouter_cfr.js | Provider id and pref name do not match - "onboarding" == "onboarding" - 
```
Bug: won't load site, need to restart
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-05-31 09:54:43+00:00
Resolved: 2022-06-17 09:47:10+00:00

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

Steps to reproduce:

Keep open some tabs, after a while try open any website in new tab.


Actual results:

With multiple tabs are opened, sometime any website won't load in new tab.
Need to restart every time. Happening 7-8 times in a day. Seen in 3 devices. Seen in different internet too. 



Expected results:

should be load
Bug: Spotlight's fancy/gradient title is not visible when selected if the "Dark" theme is enabled
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-05-31 11:56:39+00:00
Resolved: 2022-06-13 21:13:52+00:00

**[Notes]:**
- This issue is most easily reproduced on macOS, however, the issue is also reproducible on Windows 10 x64, but the spotlight must be unfocused after the tile is selected.

**[Affected versions]:**
- Firefox Release 101.0 - Build ID: 20220526203855
- Firefox Beta 102.0b1 - Build ID: 20220530132252
- Firefox Nightly 103.0a1 - Build ID: 20220530190626

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

**[Prerequisites]:**
- Have the following prefs in the "about:config" page:
  - "nimbus.debug" pref set to "true".
  - "browser.newtabpage.activity-stream.asrouter.devtoolsEnabled" pref set to "true".
- Have the browser's "Dark" theme enabled from "about:addons>Themes" page.

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Navigate to the "about:studies?optin_slug=next-level-pin-infrequent-eco2205-en&optin_branch=treatment-b&optin_collection=nimbus-preview" URL.
3. Navigate to the "about:newtab#asrouter" page and search for the "next-level-pin-infrequent-eco2205-en:treatment-b" message.
4. Click the message related "Show" button and observe the spotlight's title.

**[Expected result]:**
- The spotlight's title is selected and visible.

**[Actual result]:**
- The spotlight's title is not visible when selected.

**[Additional Notes]:**
- This issue is not reproducible if the browser's "Light" theme is enabled.
- This issue is not reproducible on Linux Mint 20.2 x64. 
- This issue is reproducible across all the "May Multiplier Next Level" experiments.
- Attached a screenshot of the issue.
Bug: [Experiment] The “Give your browsing experience a boost” title from the “Control” branch of the “Next Level” experiments is written in colored characters instead of black
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-05-31 12:18:41+00:00
Resolved: 2022-06-01 03:40:36+00:00

**[Notes]**
- This issue is only reproducible on the Control branch of the Next Level experiments.

**[Affected versions]:**
- Firefox Release 100.0.2 (Build ID: 20220519220738) 
- Firefox Beta 102.0b1 (Build ID: 20220530132252)
- Firefox Nightly 103.0a1 (Build ID: 20220530190626)

**[Affected Platforms]:**
- Windows 10 x64
- macOS 12.3.1
- Linux Mint 20.2

**[Prerequisites]:**
- Have the Firefox browser, en* locale installed.
- Have a new Firefox profile created.
- Have the “nimbus.debug” pref set to true.

**[Steps to reproduce]:**
1. Open the Firefox browser with the profile from prerequisites.
2. Navigate to the ‘about:studies?optin_slug=next-level-pin-infrequent-eco2205-en&optin_branch=control&optin_collection=nimbus-preview’ URL.
3. Restart the browser.
4. Observe the spotlight’s title.

**[Expected result]:**
- The title is written in black characters.

**[Actual result]:**
- The title is written in colored characters.

**[Additional notes]:**
- Based on the [mana page](https://mana.mozilla.org/wiki/pages/viewpage.action?pageId=162283611) of the experiment, the spotlight title should be written in black characters.
- Attached is a screenshot of the issue.
Bug: 2.93 - 1.37% tabswitch / tabswitch (Windows) regression on Thu May 19 2022
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-05-31 16:14:36+00:00
Resolved: 2022-06-10 13:56:29+00:00

Perfherder has detected a talos performance regression from push [fbd7e82e204f2083ef63a729138b71650048fba5](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=fbd7e82e204f2083ef63a729138b71650048fba5). 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)**| 
|--|--|--|--|--| 
| [3%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,4085949,1,1)  | [tabswitch](https://firefox-source-docs.mozilla.org/testing/perfdocs/talos.html#tabswitch)  | windows10-64-shippable-qr | e10s fission stylo webrender-sw | 7.21 -> 7.42 |
| [1%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,4085949,1,1)  | [tabswitch](https://firefox-source-docs.mozilla.org/testing/perfdocs/talos.html#tabswitch)  | windows10-64-shippable-qr | e10s fission stylo webrender-sw | 7.27 -> 7.37 |


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=34231), 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 offending patch(es) will be backed out** in accordance with our [regression policy](https://www.mozilla.org/en-US/about/governance/policies/regressions/).

If you need the profiling jobs you can trigger them yourself from treeherder job view or ask a sheriff to do that for you.

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).