av9ash/GitBugs huggingface dataset:
Bug: Intermittent TV browser/components/downloads/test/browser/browser_downloads_context_menu_always_open_similar_files.js | alwaysOpenSimilarFiles should be visible -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-07-12 02:43:07+00:00
Resolved: 2022-08-09 17:01:03+00:00

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

---
```
[task 2022-07-12T00:50:32.610Z] 00:50:32     INFO - TEST-PASS | browser/components/downloads/test/browser/browser_downloads_context_menu_always_open_similar_files.js | Created /tmp/Temp-689a164a-d048-4821-a15b-06ea84d1dc3f/testsavedir3360910575/downloaded.txt - 
[task 2022-07-12T00:50:32.611Z] 00:50:32     INFO - Created downloaded text file at:/tmp/Temp-689a164a-d048-4821-a15b-06ea84d1dc3f/testsavedir3360910575/downloaded.txt
[task 2022-07-12T00:50:32.612Z] 00:50:32     INFO - Setting path for download file
[task 2022-07-12T00:50:32.613Z] 00:50:32     INFO - Download succeeded? true
[task 2022-07-12T00:50:32.615Z] 00:50:32     INFO - Download target exists? true
[task 2022-07-12T00:50:32.616Z] 00:50:32     INFO - Leaving setup bound 
[task 2022-07-12T00:50:32.617Z] 00:50:32     INFO - Entering test bound test_checkbox_useSystemDefault
[task 2022-07-12T00:50:32.618Z] 00:50:32     INFO - trigger the context menu
[task 2022-07-12T00:50:32.621Z] 00:50:32     INFO - Buffered messages finished
[task 2022-07-12T00:50:32.622Z] 00:50:32     INFO - TEST-UNEXPECTED-FAIL | browser/components/downloads/test/browser/browser_downloads_context_menu_always_open_similar_files.js | alwaysOpenSimilarFiles should be visible - 
[task 2022-07-12T00:50:32.623Z] 00:50:32     INFO - Stack trace:
[task 2022-07-12T00:50:32.624Z] 00:50:32     INFO - chrome://mochikit/content/browser-test.js:test_ok:1400
[task 2022-07-12T00:50:32.625Z] 00:50:32     INFO - chrome://mochitests/content/browser/browser/components/downloads/test/browser/browser_downloads_context_menu_always_open_similar_files.js:test_checkbox_useSystemDefault:111
[task 2022-07-12T00:50:32.626Z] 00:50:32     INFO - TEST-PASS | browser/components/downloads/test/browser/browser_downloads_context_menu_always_open_similar_files.js | alwaysOpenSimilarFiles should have checkbox attribute -
```
Bug: Firefox View - Unable to dismiss or skip the "Turn on tab syncing" prompt
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-07-12 05:10:35+00:00
Resolved: 2022-07-13 10:47:47+00:00

Firefox View has a large surface dedicated to instructing me to enable tab syncing, with no ability to dismiss it.

As I sync between my work and personal systems, I explicitly do not want tabs to be shared across the devices.  It would be nice to have a way to skip that step.
Bug: Text and drawing areas are not visible with High Contrast mode on the second HDPi monitor
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-07-12 09:32:31+00:00
Resolved: 2022-07-13 15:20:52+00:00

**Note:**
* This issue occurs only on HDPi monitor, with yellow color on High contrast mode.(macOS11)

**Found in:**
* Firefox 104.0a1

**Affected versions:**
* Firefox 104.0a1

**Affected platforms:**
* macOS 11

**Steps to reproduce:**

1. Launch Firefox and set pdfjs.annotationEditorMode = 0
2. Access any pdf form, ex: https://www.irs.gov/pub/irs-pdf/f1040.pdf
3. Toggle on Add Ink Annotation button 
4. Set font color and line color to yellow

**Expected result:**
* Text and drawing should be visible on the second monitor with HDPi.

**Actual result:**
* Text and drawing are not visible on the second monitor with HDPi. Please see screenshots.

**Additional notes:**
*  Text and drawing are visible on MacOS11 display but not on the second monitor with HDPi.

**Regression range:**
* I don't now if this is a regression but I will come back with regression range ASAP.
Bug: PDF files are displayed in black color
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-07-12 10:19:34+00:00
Resolved: 2022-07-12 15:50:52+00:00

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

Steps to reproduce:

I opened a pdf file in Firefox 102 and it looks black or in dark color
Example site: https://raw.githubusercontent.com/pcm-dpc/COVID-19/master/schede-riepilogative/regioni/dpc-covid19-ita-scheda-regioni-latest.pdf

It appears as in the picture I sent here attached, but when I download it it's in the right colors


Actual results:

PDF files appear in dark or black color


Expected results:

PDFs should be displayed with a light theme or correct color
Bug: Firefox View tab loading state should replace tab pickup rather than appearing underneath it
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2022-07-12 10:31:34+00:00
Resolved: 2022-07-14 03:54:38+00:00

See screenshot (from Ray's [loom video](https://www.loom.com/share/a70e78be818b43fc99c3e9f005a6e51b)).

The figma designs all show the loading state replacing the tab pickup content. Presumably that's what we should be doing here too.
Bug: Firefox View colorway entrypoint is broken or wrong when old (retained) colorway is selected
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-07-12 11:15:35+00:00
Resolved: 2022-07-18 18:46:36+00:00

See Ray's [loom video](https://www.loom.com/share/a70e78be818b43fc99c3e9f005a6e51b).

It seems that if a previously retained colorway is selected and:

- it has no intensity, the entrypoint breaks completely
- it has an intensity, the entrypoint suggests "changing" the colorway and lists it as belonging to the current collection even though it doesn't actually, and lists an expiry date which is also wrong.

Judging by the [product JIRA ticket](https://mozilla-hub.atlassian.net/browse/FIDE-665) the entrypoint should show the correct colorway information (ie the right collection, and intensity if available - leaving it out if/when not available). We probably shouldn't show the expiry pill at all (as the colorway is retained).
Bug: Settings GUI does not display "Delete cookies and site data"
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-07-12 14:03:07+00:00
Resolved: 2022-07-13 13:04:43+00:00

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

Steps to reproduce:

Check "Delete cookies and site data when Firefox is closed" in Privacy settings. Restart Firefox.


Actual results:

The same settings appears unchecked although Firefox' actual behaviour indicates that the setting is respected.

C.f. bug 1565658
Bug: [Search terms data collection] Duplicate sequence numbers
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2022-07-12 16:50:55+00:00
Resolved: 2022-08-20 09:49:29+00:00

I am seeing the same Sequence Number assigned to different search terms with different timestamps in the same Session ID.

Running this SQL will show you some examples:
```
WITH
  query_logs AS (
  SELECT
    timestamp as merino_timestamp,
    jsonPayload.fields.*
  FROM
    `suggest-searches-prod-a30f.logs.stdout`
  WHERE
    jsonPayload.type = "web.suggest.request"
    AND jsonPayload.fields.session_id IS NOT NULL ),
  ordered_queries AS (
  SELECT
    merino_timestamp,
    query,
    session_id,
    sequence_no,
    sequence_no - LAG(sequence_no) OVER(PARTITION BY session_id ORDER BY sequence_no) AS sequence_no_diff1,
    sequence_no - LEAD(sequence_no) OVER(PARTITION BY session_id ORDER BY sequence_no) AS sequence_no_diff2
  FROM
    query_logs
  ORDER BY
    session_id,
    sequence_no )
SELECT
  session_id,
  sequence_no,
  merino_timestamp,
  query,
FROM
  ordered_queries
WHERE
  (sequence_no_diff1 NOT IN (1,
      -1)
    AND sequence_no_diff1 IS NOT NULL)
  OR (sequence_no_diff2 NOT IN (1,
      -1)
    AND sequence_no_diff2 IS NOT NULL)
ORDER BY
  1,
  2,
  3,
  4
```
Bug: Open the site
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-07-12 17:22:53+00:00
Resolved: 2022-09-14 12:56:33+00:00

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

Steps to reproduce:

I open the following site in Chrome without any problem, but it does not open in Firefox and gives error 500
http://webdon.ir/
Bug: Still possible to open windows at about:privatebrowsing from the Windows Task Tray menu when in perma-PB mode.
Status: NEW
Priority: P3
Created: 2022-07-12 17:33:00+00:00
Resolved: 2024-09-17 17:06:02+00:00

I was speaking with a friend over the weekend who described the following bug:

1. She launches Firefox
2. She logs into her Google Account from a normal browser window
3. She then opens a Private Browsing window, and navigates it to google.com
4. The Private Browsing window is already logged into her Google account
Bug: Default favicons in Firefox View lists should use currentColor
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2022-07-12 23:04:20+00:00
Resolved: 2022-07-29 21:41:40+00:00

The fill color of the [default favicon](chrome://global/skin/icons/defaultFavicon.svg) is black, so they are hard to see in a dark theme,  we get a black image on a dark background. 

defaultFavicon.svg has fill="context-fill", so we should be able to color it easily by adding this to the appropriate rule: 
```
  -moz-context-properties: fill;
  fill: currentColor;
```
Bug: Open link in new tab sometimes does not load the page
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-07-13 02:03:49+00:00
Resolved: 2022-10-14 12:18:13+00:00

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

Steps to reproduce:

Right click on a link to display a pop up menu and use left mouse click to select from the menu "Open link in new tab".


Actual results:

A new tab appears with the address of the link but the page does not load.  The address remains grayed out.  The refresh button is disabled.  If you click into the address field and press enter the page refuses to load. The only solution I have found is to click into the address field and copy the link to the clipboard.  Click + to open a new tab and paste the link into the address field of the new tab.  The page then instantly loads and I close the "hung" tab. 


Expected results:

Immediately adfter selecting "Open link in new tab" The page contents for the link should have loaded.
Bug: Synced Tabs sidebar context menu English strings don't match their counterparts in the rest of the browser
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-07-13 04:40:09+00:00
Resolved: 2022-07-15 04:01:25+00:00

[These strings](https://searchfox.org/mozilla-central/rev/435c4ec4fb9d5b6fe491103f56969492a0038bb6/browser/locales/en-US/browser/syncedTabs.ftl#18-29) in the Synced Tabs sidebar context menu don't match [these strings](https://searchfox.org/mozilla-central/rev/435c4ec4fb9d5b6fe491103f56969492a0038bb6/browser/locales/en-US/browser/places.ftl#8-13,20-25) and [this string](https://searchfox.org/mozilla-central/rev/435c4ec4fb9d5b6fe491103f56969492a0038bb6/browser/locales/en-US/browser/tabContextMenu.ftl#57-59) in the tab context menu, places menus, and other locations in the browser. They should be changed like this:
```
Open in a New Tab :>> Open in New Tab
Open in a New Window :>> Open in New Window
Open in a New Private Window :>> Open in New Private Window
Bookmark This Tab… :>> Bookmark Tab
```

In bug 1779335 I suggested adding an `Open in New Container Tab` menuitem to the Synced Tabs sidebar context menu. However, at present, that will look weird surrounded by menuitems that say `Open in a New x`. And it seems inefficient to add a new string `Open in a New Container Tab` that's only temporary (as all the `Open in a New x` strings should be changed to `Open in New x`), especially when the correct string [already exists](https://searchfox.org/mozilla-central/rev/435c4ec4fb9d5b6fe491103f56969492a0038bb6/browser/locales/en-US/browser/places.ftl#11-13) and is already loaded in the relevant document.

So instead of wasting translators' time on that, I think bug 1779335 should just wait for these strings to change. First we need to remove the `a` article from all the associated strings and then we can add the new menuitem.
Bug: Address doesn't appear immediately in the address bar when clicking a bookmark to open a new tab
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-07-13 08:26:09+00:00
Resolved: 2022-08-16 23:52:40+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. Add a laggy website to the bookmark (I used https://google.com as it is blocked in China mainland)
2. Open a new private window and click on it.


Actual results:

1. Firefox began to load the page but the address bar kept blank until it timed out, then the address appeared in the bar. (window A, B in the picture)
2. After the first attempt, when clicking on the bookmark in a new tab/to open a new tab again, the address appears correctly. (window C)


Expected results:

1. The address should appear in the address bar from the first time. (like window C)
Bug: Selecting all elements and copying and pasting them only pastes one element
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-07-13 11:32:48+00:00
Resolved: 2022-07-21 09:04:05+00:00

Steps to reproduce the problem:
1. Draw a few things on the page
2. Select them all through CTRL+A or context menu
3. Press CTRL+C or right click and "Copy"
4. Paste with CTRL+V or right click and "Paste"

Only one element is pasted.
Bug: Omnibox API: onInputChanged runs in private windows but suggestions do not appear
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-07-13 12:09:18+00:00
Resolved: 2023-11-15 17:02:16+00:00

The [`omnibox.onInputChanged()`](https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/WebExtensions/API/omnibox/onInputChanged) event fires in private windows, but the suggestions do not appear. I tested in latest Firefox 91 ESR, Firefox 102 and Nightly 104, although I have noticed this issue for a while. It seems it was not fully fixed in bug 1516706. The suggestions work with incognito windows in Chrome.

A quick search shows other users have reported this issue on:
* Mozilla Discourse: https://discourse.mozilla.org/t/how-does-omnibox-addsuggest-work-in-private-mode/74076
* Firefox Reddit: https://www.reddit.com/r/firefox/comments/l0fblt/how_does_omnibox_addsuggest_work_in_private_mode/
* and Stack Overflow: https://stackoverflow.com/q/65738628

All three of those links include an example extension to reproduce the issue.
Bug: aboud:addons -  The Available Updates bullet is truncted by the scrollbar when shown
Status: NEW
Priority: P5
Created: 2022-07-13 12:56:36+00:00
Resolved: 2022-07-21 15:54:33+00:00

**Affected versions**
* 103.0a1 Build ID 	20220602214637

**Affected platforms**
* Win10

**Steps to reproduce**
1. Have an add-on that's out of that and would need to receive an update;
2. Access about:addons
3. Resize the browser or open the DevTools;

**Expected result**
* the Available Updates ({{value}}) bullet to be properly displayed under normal conditions;

**Actual result**
* the Available Updates ({{value}}) bullet gets truncated by the scrollbar;

**Additional notes**
* passing to QA team for further investigation and validation
Bug: NVDA only reads visually-hidden button text on hover for certain portions of the button
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-07-13 13:35:14+00:00
Resolved: 2022-07-14 02:07:35+00:00

STR:

1. Enable NVDA
2. Visit the test case
3. Hover the icon button with the mouse

ER:

I _think_ what's expected here is that upon hover, NVDA reads out the text of the button, no matter where the mouse is positioned on the button.

AR:

NVDA only reads out the text of the button for certain hover positions - for example, in the bottom right of the button. The top-left button, when hovered, doesn't cause NVDA to read out anything.
Bug: Firefox takes 5 min to start
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-07-13 20:41:26+00:00
Resolved: 2022-07-20 13:12:31+00:00

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

Steps to reproduce:

I use firefox on an archlinux install. Since version 96, firefox take 4min to start (instead of the normal 2-3s).

I didn't take the time to check why it was slow to start, but today I got a new computer.

On this computer I have a fresh archlinux install with firefox and firefox take the usual 2s to start.

Then I synced my firefox account to get all my data and I was surprise at the next reboot firefox took 4min to start like on my old computer. As it was working well before synchronizing my firefox account, I assume I have an issue with it.

When looking at journalctl I didn't saw any error.


What log can I provide ?

Here is a link of my about:support: https://bin.snopyta.org/?846fde7f49f29825#HpPPJphFo8WVPgx9J81hFQw7j6jiaz4seJX7cMNJV7a3

As I really want to tackle this bug I try to use firefox profiler, here is what I did:
- I added the profiler popup
- set `MOZ_PROFILER_STARTUP 1` (I use fish)
- `echo $MOZ_PROFILER_STARTUP` => show `1` in terminal
- I started firefox in the same terminal using `firefox`
- I wait the usual 4min for firefox to start
- After it started I capture the profile for around 20s

Here is the profile but I don't think it include the 4minutes of wait between the start of firefox in the terminal to the "real" start 4 minutes later

https://share.firefox.dev/3yyYJXa

I don't really know how to provide better information apart from "It's slow, it takes 4 minutes to start", so if you have any way to help me provide better log I'm open to it.


Actual results:

Firefox takes 4 min to start on a fresh install after syncing my account


Expected results:

it should take the usual less than 5s to start
Bug: Screenshot malfunctions if site CSS has max-width set for iframe
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2022-07-14 01:19:01+00:00
Resolved: 2022-09-01 01:53:22+00:00

Steps to reproduce:

Attempt to take a screenshot (e.g. by Ctrl+Shift+S) on a website with the max-width property set for the iframe element.

An extremely simple website illustrating this is available here: https://siriusstarr.github.io/firefox-screenshot-bug/
(source at https://github.com/SiriusStarr/firefox-screenshot-bug/blob/main/index.html )


Actual results:

The colored overlay that allows one to take a screenshot is clamped to the left edge of the screen and extends only by the value of max-width, rendering it impossible to screenshot parts of the website further right than that.


Expected results:

The behavior of Firefox screenshots should not be subject to CSS on the page.
Bug: Drag and drop of JavaScript payload to the Bookmark bar incompletely blocked leads to XSS attack
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-07-14 08:15:18+00:00
Resolved: 2022-07-20 21:32:26+00:00

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

Steps to reproduce:

Steps to reproduce the problem:
1.1.go to www.google.com
2 drag a payload javascript:alert(document.cookie) in bookmark bar (instead of going for search Browser will execute popup alert box which leads to bypass security of browser to XSS attack.
3. I have tried dragging technique with several payloads of JavaScript and all are going execute the vulnerability  
I have Uploaded POC of This Vulnerability



Actual results:

while working on Firefox version 102.0.1 (32-bit)I found that dragging anything or any URL on Bookmark bar will save it by default on bookmark history to access our web history but dragging JavaScript payload is executing the XSS attack



Expected results:

here is the POC of full attack scenario with script 
attack working the main domain of victim can cause the successful XSS JavaScript payload execution
Bug: nightly Segmentation fault (core dumped)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-07-14 12:15:47+00:00
Resolved: 2022-08-30 14:24:25+00:00

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

Steps to reproduce:

Start Nightly as normal...  do nothing (working on another app)... after a few minutes, crashes. Has happened many times (FF up to date).



Actual results:

104.0a1 (2022-07-13) (64-bit)
After a few minutes, Nightly crashes. 

Several times, konsole used to start reports this sequnce:
 libva info: VA-API version 1.14.0
libva info: Trying to open /usr/lib64/dri/radeonsi_drv_video.so
libva info: Found init function __vaDriverInit_1_14
ATTENTION: default value of option mesa_glthread overridden by environment.
libva info: va_openDriver() returns 0
[GFX1]: MakeCurrent called on a thread other than the creating thread!

Then, windows disappear and prints lots of:
Exiting due to channel error.

Lastly:
Segmentation fault (core dumped)
No recent crash report found...



Expected results:

not crash...
Bug: Selecting all elements and cutting then pasting them only pastes one element
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-07-14 14:23:14+00:00
Resolved: 2022-09-06 18:43:54+00:00

**Found in**
* Firefox 104.0a1

**Affected versions**
* Firefox 104.0a1

**Affected platforms**
* Ubuntu 20.04 x64
* Windows 8.1 x64
* macOS 11

**Steps to reproduce**
1. Launch Firefox and set pdfjs.annotationEditorMode = 0
2. Access any pdf form, ex: [link](file:///C:/Users/timea.zsoldos/Documents/f1040.pdf)
3. Toggle on Add Ink Annotation button or Add Free Text Annotation button and draw a few things or write a few separate texts on pdf.
4. Select the all elements with Select all from context menu.
5. Cut with Ctrl+X or "Cut" from context menu.
6. Paste with Ctrl+V or "Paste" from context menu.

**Expected result**
* At step 5 all selected elements is cut. At step 6 all selected elements are pasted.

**Actual result**
* At step 5 is cut  only one element. At step 6 is pasted only one element.

**Regression range**
* I will come back with regression range ASAP.

**Additional notes**
* The same issue is for drawing and text too.
Bug: [Colorway Closet] Color bubbles on Innovator section are moving their position due to a two-line description
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2022-07-14 15:22:16+00:00
Resolved: 2022-08-25 12:08:01+00:00

Nightly 104.0a1 (2022-07-14) (64-Bit)
macOS

1.) Activate Colorway Closet
2.) Navigate through all 6 sections by clicking on the color bubbles

Actual: Color bubbles on Innovator section are moving their position due to a two-line description

Expected: A fixed position for the color selection bubbles.

Maybe this is possible to fix :)

Thanks you.
Bug: github generated mozjexl.jsm won't load sometimes in mozilla-central
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2022-07-14 18:37:25+00:00
Resolved: 2022-07-14 18:58:50+00:00

The newly generated jsm from bug 1773388 (which hasn't yet landed in mozilla-central), won't load in some circumstances, because of an error in the webpack configuration file that caused two different symbols that should be named identically to be named slightly differently.