av9ash/GitBugs huggingface dataset:
Bug: Intermittent [TV] browser/base/content/test/pageinfo/browser_pageinfo_security.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. -
Status: NEW
Priority: P5
Created: 2023-04-12 22:11:30+00:00
Resolved: 2023-04-17 06:42:38+00:00

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

---
```
[task 2023-04-12T20:21:00.152Z] 20:21:00     INFO - TEST-PASS | browser/base/content/test/pageinfo/browser_pageinfo_security.js | Cookies from the base domain should be cleared - 
[task 2023-04-12T20:21:00.152Z] 20:21:00     INFO - Buffered messages logged at 20:20:57
[task 2023-04-12T20:21:00.153Z] 20:21:00     INFO - Leaving test bound test_Cookies
[task 2023-04-12T20:21:00.153Z] 20:21:00     INFO - Entering test bound cleanup
[task 2023-04-12T20:21:00.154Z] 20:21:00     INFO - Buffered messages logged at 20:20:59
[task 2023-04-12T20:21:00.154Z] 20:21:00     INFO - Leaving test bound cleanup
[task 2023-04-12T20:21:00.154Z] 20:21:00     INFO - Buffered messages finished
[task 2023-04-12T20:21:00.155Z] 20:21:00     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/pageinfo/browser_pageinfo_security.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. - 
[task 2023-04-12T20:21:00.155Z] 20:21:00     INFO - GECKO(3807) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2023-04-12T20:21:00.156Z] 20:21:00     INFO - GECKO(3807) | MEMORY STAT | vsize 16183MB | residentFast 341MB | heapAllocated 137MB
[task 2023-04-12T20:21:00.156Z] 20:21:00     INFO - TEST-OK | browser/base/content/test/pageinfo/browser_pageinfo_security.js | took 45755ms
```
Bug: [deleteme] break-before not honored on first page when printing
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-04-13 09:03:49+00:00
Resolved: 2023-04-13 09:10:25+00:00

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

Steps to reproduce:

Include 'break-before: always;' as a style via CSS to <div>'s inside a <tbody>


Actual results:

elements with the 'break-before: always;' style behave as expected and begin on a new page when they fall after page 0 in the printed view due to their location in the document. Any elements that are on page 0 in the print view remain on page 0, regardless of if they are styled with 'break-before: always;' or not. 


Expected results:

The page should roll over to a new page whenever the 'break-before: always;' style is called.
Bug: Browser list is cut off inside Import Browser data when having multiple browsers or profiles or reduced height
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-04-13 13:31:32+00:00
Resolved: 2023-04-27 09:33:20+00:00

**Found in**
* 114.0a1 (2023-04-13)

**Affected versions**
* 114.0a1 (2023-04-13)
* 113.0b3 (default disabled)









**Tested platforms**
* Affected platforms: Windows 10x64, Ubuntu 20.04, macOS 12
* Unaffected platforms: none

**Preconditions**
* browser.migrate.content-modal.enabled:true
* have multiple browsers or multiple accounts for one browser that contains bookmarks

**Steps to reproduce**
1. Open about:preferences and click on Import data.
2. Click the dropdown menu to choose a browser and observe the window.



**Expected result**
* All browsers are correctly displayed, or maybe a scroll bar is present.

**Actual result**
* The browsers do not fit inside the dropdown and sometimes the dropdown is cut off.


**Regression range**
* Most likely started with the implementation of the new Import Wizard Experience. Will search for one ASAP to be sure.



**Additional notes**
* Attached a screenshot.
Bug: Since Firefox 112.0 64bit the extension QuickCut is not working anymore.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-04-13 14:52:18+00:00
Resolved: 2023-05-03 15:38:45+00:00

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

Steps to reproduce:

I have another pc that had the former version of FireFox, before update fireFox. I tried to use QuickCut and made a shortcut to a webpage. It worked well in the old version before 112.0


Actual results:

After updating to Firefox 112.0 I couldn't use QuickCut any more. Nothing happened. No quiccut (shortcut to webpage) in the download map. I searched in other maps, but no result. Also new install of QuickCut did not help.


Expected results:

When using QuickCut, a new web-shortcut should have been made in the download map. It is possible to switch destination map, but I never changed the map. It was always the download standard user map in Windows 11.
Bug: There is only one Chromium user profile in the import wizard
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-04-13 16:34:41+00:00
Resolved: 2023-04-13 17:07:29+00:00

Steps to reproduce:
1. Start Chromium
2. Add several user profiles of Chromium.
3. Quit Chromium
4. Start Firefox
5. Alt > File > Import From Another Browser...
6. Try user profile which added at step2

Actual Results:
Only show a Chromium profile
See screenshot

Expected Results:
All Chromium's profiles should show.
Bug: "save to pocket" integration in "pocket recommendations" broken
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-04-13 23:09:41+00:00
Resolved: 2023-08-06 00:48:49+00:00

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

Steps to reproduce:

Be logged in to getpocket.com, then open a new tab, then hover over any news item in the "recommended by pocket" news cards. Then click on the red pocket-button that appears which says "save"


Actual results:

Nothing. Neither any visual indication of it being saved, nor does it appear on the https://getpocket.com/saves?src=navbar page.


Expected results:

visual que that the saving worked, and should appear on https://getpocket.com/saves?src=navbar .
Bug: youtube-auto-hd no longer working with Firefox 78.15 pop-up menu broken
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-04-14 02:09:16+00:00
Resolved: 2023-04-22 02:31:09+00:00

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

Steps to reproduce:

Installed youtube-auto-hd add-on in late summer of 2022 and it worked beautifully until March 2023. The add-on suddenly no longer functioned and the pop-up menu could not be accessed. Uninstalled, reinstalled, rebooted. Contacted author of the add-on, who couldn't find a solution. Tried installing earlier versions of youtube-auto-hd. Note: I can not update Firefox due to current OS limitations.


Actual results:

No change. All attempts to fix the issue failed.


Expected results:

youtube-auto-hd should be functioning as it once did. It sets a preferred resolution for YouTube videos, stopping it from changing resolution during playback.
Note: this is an important add on for me. With limited bandwidth, it stops YouTube from changing resolution from low res to hi res during playback, otherwise can cost me a lot of money for bandwidth fees.
Bug: Full screening the firefox window removes the bookmark toolbar on linux
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-04-14 03:46:40+00:00
Resolved: 2023-05-03 13:35:37+00:00

Steps to reproduce:

- Have a window of firefox with the bookmark toolbar
- Full screen the window on linux using the window manager's default keybind (gnome allows to set keybind for full screening windows in settings)



Actual results:

The window full screens but the bookmark toolbar is hidden even if always show is on and selected


Expected results:

The bookmark toolbar should be present regardless if the window is an individual window or fullscreened if the option for that is available
Bug: Intermittent [TV] browser/base/content/test/tabs/browser_link_in_tab_title_and_url_prefilled_normal_page_blank_target.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeo
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2023-04-14 05:46:41+00:00
Resolved: 2023-05-30 20:51:10+00:00

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

---
```
 INFO - TEST-PASS | browser/base/content/test/tabs/browser_link_in_tab_title_and_url_prefilled_normal_page_blank_target.js | false == false - 
[task 2023-04-14T03:46:49.594Z] 03:46:49     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/base/content/test/tabs/link_in_tab_title_and_url_prefilled.html" line: 0}]
[task 2023-04-14T03:46:49.594Z] 03:46:49     INFO - Leaving test bound normal_page__background__session_restore
[task 2023-04-14T03:46:49.594Z] 03:46:49     INFO - Buffered messages finished
[task 2023-04-14T03:46:49.595Z] 03:46:49     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/tabs/browser_link_in_tab_title_and_url_prefilled_normal_page_blank_target.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. - 
[task 2023-04-14T03:46:49.595Z] 03:46:49     INFO - GECKO(1911) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2023-04-14T03:46:49.596Z] 03:46:49     INFO - GECKO(1911) | MEMORY STAT | vsize 7869MB | residentFast 313MB | heapAllocated 139MB
[task 2023-04-14T03:46:49.596Z] 03:46:49     INFO - TEST-OK | browser/base/content/test/tabs/browser_link_in_tab_title_and_url_prefilled_normal_page_blank_target.js | took 48905ms
```
Bug: PdfJsDefaultPreferences.sys.mjs is not updated by ./mach vendor
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-04-14 08:41:35+00:00
Resolved: 2023-04-18 13:06:25+00:00

We forget to change the name of the file:
https://searchfox.org/mozilla-central/rev/7e1f58e993f362d5d16bd1230a4417ebb2aa07b3/toolkit/components/pdfjs/update.sh#40
Bug: Problem with screenshot when scrolling and there is a top header that remain on top
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-04-14 14:04:59+00:00
Resolved: 2023-04-20 18:55:10+00:00

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

Steps to reproduce:

Try to capture part of the page by dragging the mouse and scrolling or pulling the handlers of the capture box to capture a vertical area taller than the window.


Actual results:

the top header of the page appear in the middle of the capture even when the top header was not part of the area you tried to capture.


Expected results:

The top header should not appear in the capture or should appear at the top if it is part of the capture area, but not in the middle.

I think this happens because when you click on the "Copy" or "Download" buttons, the top header is appearing where it appears in the capture.

I think of two ways to solve this:
1- When the user clicks the "copy" or "download buttons", Firefox should scroll to the top and begin to capture from there or use an internal copy of the page in memory with the vertical window size of the page so no scroll is necessary.

2- the "copy" and "Download" buttons should appear on the top right (or left) side of the capture area so the user can scroll to the top and click the button there when the top header is not covering the desired capture. This, of course, is just a dirty workaround and I'm not sure if it would work. Hotkeys for those buttons would also work so they not need to be visible in the window to be used. But the user needs to know this, so it is better the first option, that is, solving the bug.
Bug: Intermittent [TV] /tests/toolkit/components/pdfjs/test/test_pdf_file_in_iframe.html | changed preference: app.normandy.first_run
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2023-04-14 17:39:05+00:00
Resolved: 2023-05-10 19:32:35+00:00

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

---
```
[task 2023-04-14T15:38:45.782Z] 15:38:45     INFO - TEST-START | toolkit/components/pdfjs/test/test_pdf_file_in_iframe.html
[task 2023-04-14T15:38:47.528Z] 15:38:47     INFO - GECKO(6708) | MEMORY STAT | vsize 2111933MB | vsizeMaxContiguous 70483299MB | residentFast 112MB | heapAllocated 40MB
[task 2023-04-14T15:38:47.607Z] 15:38:47     INFO - TEST-OK | toolkit/components/pdfjs/test/test_pdf_file_in_iframe.html | took 1832ms
[task 2023-04-14T15:38:47.638Z] 15:38:47    ERROR - TEST-UNEXPECTED-FAIL | /tests/toolkit/components/pdfjs/test/test_pdf_file_in_iframe.html | changed preference: app.normandy.first_run
[task 2023-04-14T15:38:47.645Z] 15:38:47    ERROR - TEST-UNEXPECTED-FAIL | /tests/toolkit/components/pdfjs/test/test_pdf_file_in_iframe.html | changed preference: doh-rollout.doneFirstRun
```
Bug: FF creates a system Downloads folder, even when a custom downloads folder has been specified.
Status: NEW
Priority: P3
Created: 2023-04-14 18:01:55+00:00
Resolved: 2024-05-23 13:22:40+00:00

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

Steps to reproduce:

0. New profile.
1. Change the default download directory to a custom folder, call it ~/f.
2. Close firefox.
3. Delete ~/Downloads, because firefox makes it without asking me. Well, fine. It was the default.
4. Start firefox.



Actual results:

~/Downloads is recreated.


Expected results:

Nothing. I told it to use ~/f !!
Bug: Migration Wizard's deemphasized-text class should only set a different color when not using prefers-contrast
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2023-04-14 20:08:59+00:00
Resolved: 2023-04-21 21:15:12+00:00

We have a class in migration-wizard.css called `deemphasized-text` which sets `color: var(--in-content-deemphasized-text);` as one of its rules.

Looking at the spec, we only want to set that color when we don't prefer contrast, so we should make this look more like:

```lang=css
.deemphasized-text {
  font-size: 0.84em;
}

@media not (prefers-contrast) {
  .deemphasized-text {
    color: var(--in-content-deemphasized-text);
  }
}
```
Bug: Intermittent [TV] browser/components/search/test/browser/browser_search_telemetry_sources_ads.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort
Status: NEW
Priority: P5
Created: 2023-04-14 21:13:16+00:00
Resolved: 2023-04-17 06:56:17+00:00

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

---
```
[task 2023-04-14T19:00:54.173Z] 19:00:54     INFO - TEST-PASS | browser/components/search/test/browser/browser_search_telemetry_sources_ads.js | Should have equal number of engagements. - 1 == 1 - 
[task 2023-04-14T19:00:54.173Z] 19:00:54     INFO - Leaving test bound test_track_ad_click_with_location_change_other_tab
[task 2023-04-14T19:00:54.173Z] 19:00:54     INFO - Buffered messages finished
[task 2023-04-14T19:00:54.174Z] 19:00:54     INFO - TEST-UNEXPECTED-FAIL | browser/components/search/test/browser/browser_search_telemetry_sources_ads.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. - 
[task 2023-04-14T19:00:54.174Z] 19:00:54     INFO - GECKO(2098) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2023-04-14T19:00:54.174Z] 19:00:54     INFO - GECKO(2098) | MEMORY STAT | vsize 7872MB | residentFast 295MB | heapAllocated 125MB
[task 2023-04-14T19:00:54.175Z] 19:00:54     INFO - TEST-OK | browser/components/search/test/browser/browser_search_telemetry_sources_ads.js | took 65674ms
```
Bug: Some bookmark icons disappear over time
Status: REOPENED
Priority: P3
Created: 2023-04-15 08:52:12+00:00
Resolved: 2024-03-14 15:54:06+00:00

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

Steps to reproduce:

I have two bookmarks in my Bookmarks Menu for which sometimes Firefox resets the icon to the default (globe) icon from time to time for no reason. I don't visit them or do anything to those boookmarks. It's these two sites that have this problem, all other bookmarks' icons stay in tact. 

To fix it, I have to click on the respective bookmark and wait for the page load - after that the proper site icon is shown again.
Bug: File metadata kMDItemWhereFroms is not correct when a pdf is download on Mac
Status: ASSIGNED
Priority: P2
Created: 2023-04-15 10:55:11+00:00
Resolved: 2023-05-24 12:15:38+00:00

The original issue:
https://github.com/mozilla/pdf.js/issues/16280

When a pdf is saved we use a blob url but it isn't the original url.
We had a similar bug here:
https://bugzilla.mozilla.org/show_bug.cgi?id=1766030
and we should use the original url when the download is done:
https://searchfox.org/mozilla-central/rev/272d4c3700c8519e69bafb39b1ec755110455360/toolkit/components/downloads/DownloadIntegration.sys.mjs#603
Bug: New "Import Browser Data" section in about:preferences bypasses DisableProfileImport enterprise policy
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2023-04-15 16:01:53+00:00
Resolved: 2023-04-28 06:22:59+00:00

Tested on 113.0b3 and Nightly 114.0a1 (2023-04-14) BuildID 20230414090930.

Prerequisite:

Set the [`DisableProfileImport`](https://github.com/mozilla/policy-templates#disableprofileimport) policy to true. 

STR:

1. Press the `Alt` key and select `File > Import From Another Browser`.
2. Confirm that the `Import From Another Browser` option is greyed out.
3. Open the Library.
4. Click on `Import and Backup > Import Data from Another Browser`.
5. Confirm that the `Import Data from Another Browser` option is also greyed out.
6. Open `about:preferences`.
7. Click on the `Import Data` button under the Import Browser Data section.

Expected Behavior:

The entire Import Browser Data section is hidden when the `DisableProfileImport` policy is set to true, just like the `Import bookmarks` button the Bookmark Toolbar (see bug 1676439).

Actual Behavior:

The `Import Data` button in about:preferences remains clickable, thus bypassing the `DisableProfileImport` policy.

Mozregression returned 

Last good revision: 415c7b708914942b3ea6903a1049b32ed25635ea
First bad revision: 43006e98f28feacd2c2b7b5fa6ccbf83fbba2837
Pushlog : https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=415c7b708914942b3ea6903a1049b32ed25635ea&tochange=43006e98f28feacd2c2b7b5fa6ccbf83fbba2837

AFAICT there is no proper way to pass policy arguments to mozregression, so I just modified `mozregression/launchers.py`.
Bug: Import bookmarks button on Bookmarks Toolbar bypasses DisableProfileImport enterprise policy
Status: ASSIGNED
Priority: P3
Created: 2023-04-15 16:06:13+00:00
Resolved: 2023-07-13 20:52:18+00:00

+++ This bug was initially created as a clone of Bug #1828280 +++

When I was investigating bug 1828280 I noticed that the Import bookmarks button on Bookmarks Toolbar also managed to bypass the DisableProfileImport enterprise policy, even though it was supposedly fixed in bug 1676439. However, this only seems to happen when I was using an older profile (e.g. one created in ESR102) on the latest Nightly (114.0a1), but not when using a vanilla Nightly profile.


Prerequisites:

1. Set the [`DisableProfileImport`](https://github.com/mozilla/policy-templates#disableprofileimport) policy to true.
2. Use an older profile (e.g. ESR102) that is not created in the latest Nightly.


STR:

Set `browser.toolbars.bookmarks.visibility` to either `newtab` or `always` if the Bookmarks Toolbar does not show up.


Expected Behavior:

The `Import Bookmarks` button does not appear in the Bookmarks Toolbar when the DisableProfileImport policy is set to true (see bug 1676439).

Actual Behavior:

The `Import Bookmarks` button appeared in the Bookmarks Toolbar and is clickable, even when the DisableProfileImport policy is set to true.


`mozgression --good 78 --bad 84` (because it's still bad in 102 nightly) returned

```
Last good revision: 5b5ffbe4add97c98003026e0d9a730302161b646
First bad revision: 7d6d66062e843a75b7aafb4ec0ae2dff355755e7
Pushlog : https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=5b5ffbe4add97c98003026e0d9a730302161b646&tochange=7d6d66062e843a75b7aafb4ec0ae2dff355755e7
Switching bisection method to taskcluster
...
There are no build artifacts for these changesets (they are probably too old).
```

so my guess would be bug 1665442, although that would imply that it was broken from the beginning?