av9ash/GitBugs huggingface dataset:
Bug: Nothing gets downloaded from Firefox
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-05-30 05:30:15+00:00
Resolved: 2023-07-06 15:16:19+00:00

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

Steps to reproduce:

This only happens on Ubuntu, Mozilla Firefox Snap (came preinstalled).
Reproduce:
1. Go to any image (example: https://www.mozilla.org/media/img/firefox/template/page-image-master.1b6efe3d5631.jpg)
2. Right click > Save image/Save image as


Actual results:

Nothing happens. Download list remains empty, no file is being downloaded.

*Note: the only way to download something is to use tools like cURL.


Expected results:

The file must've been downloaded to the disk.
Bug: [flatpak?] Use SysConfD instead of hardcoded /etc for the policies.json location
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-05-30 07:21:06+00:00
Resolved: 2023-05-31 16:52:49+00:00

The `policies.json` is looked up in hardcoded path `/etc/firefox/policies/policies.json`. The Flatpak cannot put files into the `/etc` location, it uses `/app/etc/...` instead. We need to use the `SysConfD` which is `/app/etc/firefox` under flatpak now.
Bug: Translating a page twice reverts the translation all the while the Translation icon still shows the page as translated
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-05-30 11:42:44+00:00
Resolved: 2023-05-31 11:05:50+00:00

Affected versions:
- Nightly 115.0a1/20230529093707

Description:
When a page is translated twice using the same language combination, after the second translation the page reverts to its original language but the Translations icon remains in the translated state i.e. the icon is blue and the language box is displayed beside it.

Steps to reproduce:
1. Access https://es.wikipedia.org/wiki/Wikipedia:Portada
2. Manually translate the page OR Enable the “Always translate <<language>> function. It does not matter as long as the page is translated
3. Open the Translations panel once more and manually translate the page again
4. Notice the page reverts to the original language (Spanish), but the Translations icon is in the translated state (blue icon and language box)

Actual:
1. The page reverts to its original language upon translating the page twice
2. The Translations icon remains in the translated state (blue icon and language box)

Expected:
1. A second translation of the page should do nothing and not revert the page to its original language. In this case the Translations icon will be in the correct state and show the correct information.

OR

2. Since the page is reverted to its original language, the Translations icon should also revert states i.e. it should become black and the language box should be gone
Bug: import bookmarks rollout a11y visual issue
Status: NEW
Priority: P3
Created: 2023-05-30 14:53:38+00:00
Resolved: 2023-09-11 19:19:31+00:00

When one uses keyboard accessibility to tab to the "Not Now" button in the "Import Bookmarks" rollout, the buttons end up touching and looking strange.  Thanks to Punam for finding this and pointing out that the `"marginBlock": "-4px -28px"` on the `secondary_button` label is likely in play here.
Bug: [Win] Focus order of buttons on the Translate This Page panel is not following visual reading order
Status: NEW
Priority: P3
Created: 2023-05-30 15:29:16+00:00
Resolved: 2023-11-17 15:54:55+00:00

### STR:
1. Ensure that Translations are activated via `browser.translations.enable=true`.
1. On a translatable website, navigate to the awesomebar. Press `Tab` once to move the focus to PiP control (if present) and then (if needed) use `Right Arrow` key to focus the `Translate this page` toggle
1. Press `Space` or `Enter` to open a Translations panel
1. Navigate to `Translate` button using `Tab` key to move the focus between controls and observe the focus order after `Translate to` combobox - for `Cancel` and `Translate` buttons

### Expected:
1. The focus is following the visual reading order, which is for LTR language like English is from `Translate to` combobox to the`Translate` button below it, on the left, and then to `Cancel` on the right

### Actual:
1. The keyboard focus is moved to the right button `Cancel` first and then it moves left to `Translate` which is not the logical focus order for LTR/English and it does not follow the visual reading order of the page. It may be confusing for users with cognitive difficulties and for users with limited mobility to predict the focus behavior (like a switch device user or a voice control i.e. Dragon NS user who may command `Tab four times` who would need an extra keypress/command to access the primary button)
Bug: [Win HCM] Translate This Page icon is partially invisible while expanded or hovered when a translation is done
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2023-05-30 15:57:13+00:00
Resolved: 2023-11-17 15:54:55+00:00

### STR:
1. Ensure a High Contrast Mode is active on Windows OS by activating a HCM theme in the OS Settings > Accessibility > Contrast Theme > (i.e. Night Sky theme)
1. Ensure that Translations are activated via `browser.translations.enable=true`.
1. On a translatable website, navigate to and activate `Translate this page` toggle
1. On an opened Translations panel, navigate to and activate `Translate` button
1. When the translation is completed, verify `Translate this page` toggle button's icon is updated to show that the translation is active
1. When the translation is completed, using mouse, hover over the `Translate this page` toggle and verify its icon is still fully visible when it is active and hovered
1. Navigate to and activate the `Translate this page` toggle
1. Verify `Translate this page` toggle button's icon is still fully visible when it is active and expanded

### Expected:
1. The `Translate this page` button would provide fully visible icon that, at the moment of reporting, includes a translation symbol and a badge for a selected language - both elements would be visible in all states, incl. hover and active. The control would be using HCM color pairs like `SelectedItem` and `SelectedItemText` for the color and background-color properties

### Actual:
1. By default, the `Translate this page` button provides fully visible icon that, at the moment of reporting, includes a translation symbol and a badge for a selected language. But the translation symbol is not visible on hover and active states leaving only the language badge to be present on-screen.
Bug: Translations panel dialog element misses accessible name
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2023-05-30 16:10:48+00:00
Resolved: 2023-11-17 15:54:55+00:00

The translations panel element with `role="alertdialog"` includes an `aria-labelledby` attribute, but it is referencing an `id` that is not present in the DOM (`translations-panel-main-header-label`), thus there is no accessible name calculated for this dialog and screen readers only announce it as, for example by NVDA on Win, `dialog`.

The alertdialog could refer the `translations-panel-header` element that is an H1 that is present in the DOM and is an implied title of the panel.
Bug: Wrong dashes in Device Migration Spotlight subtitle EN string
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-05-30 17:24:57+00:00
Resolved: 2023-06-20 14:52:05+00:00

[This string](https://searchfox.org/mozilla-central/rev/0c2945ad4769e2d4428c72e6ddd78d60eb920394/browser/locales/en-US/browser/newtab/asrouter.ftl#247) has double en dashes, but ([per Acorn](https://acorn.firefox.com/latest/content/punctuation.html#section-hyphens-and-dashes-c9)) it should have a single em dash `—`.

This isn't a critical issue and won't block the experiment. The string has already been translated, and translators have done their own thing with the dashes. So there's no need to change the ID to restart translation. We can just change the EN strings in-place, and let it ride the trains for 115 or 116.

The needed changes are very simple:

```diff
diff --git a/browser/locales/en-US/browser/newtab/asrouter.ftl b/browser/locales/en-US/browser/newtab/asrouter.ftl
index 6615a601fa70c..53b6515cec100 100644
--- a/browser/locales/en-US/browser/newtab/asrouter.ftl
+++ b/browser/locales/en-US/browser/newtab/asrouter.ftl
@@ -244,6 +244,6 @@ fxa-sync-cfr-secondary = Remind me later
 ## Device Migration FxA Spotlight

 device-migration-fxa-spotlight-header = Using an older device?
-device-migration-fxa-spotlight-body = Back up your data to make sure you don’t lose important info like bookmarks and passwords –– especially if you switch to a new device.      
+device-migration-fxa-spotlight-body = Back up your data to make sure you don’t lose important info like bookmarks and passwords — especially if you switch to a new device.       
 device-migration-fxa-spotlight-primary-button = How to back up my data
 device-migration-fxa-spotlight-link = Remind me later
```
Bug: Firefox always displays the tab that is to the right of extracted tab, instead of last viewed tab
Status: NEW
Priority: P3
Created: 2023-05-30 21:39:10+00:00
Resolved: 2023-08-06 01:11:52+00:00

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

Steps to reproduce:

1. open 3 websites in 3 tabs (lets name them tab 1, 2 and 3)
2. select most left tab (tab 1)
3. now drag the middle tab (tab 2) out to open that tab in a new window


Actual results:

in the original window, tab 3 is displayed


Expected results:

last viewed tab ("tab 1") should be displayed, not the tab that always is to the right of the extracted tab (tab 3). Afaik this behaviour was changed at some point with a new FF version.
Bug: Firefox for Android: can not remove synced bookmark
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-05-31 08:40:57+00:00
Resolved: 2023-06-14 22:13:17+00:00

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

Steps to reproduce:

1. Add bookmark from Android device and tap 'sync'
2. Sync from desktop and see that new bookmark is added
3. Remove bookmark from Android device and tap 'sync' again


Actual results:

Bookmark is not removed and reappears on Android device


Expected results:

Bookmark is properly removed
Bug: PDF files are shrunk and aligned to top left corner of the viewer in print preview and on the printed pages as well
Status: NEW
Priority: --
Created: 2023-05-31 11:27:48+00:00
Resolved: 2023-06-28 16:23:47+00:00

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

Steps to reproduce:

I've tried to print a A5 document in an A4 page


Actual results:

The A5 document got aligned to the top-left of the A4 page, reverting the fix in Bug 1697778 
It also got resized to a smaller size (which totally breaks barcode label printings for us)


Expected results:

The document should - at least - be centered horizontally (AKA being aligned Top-Center)
Bug: 5.43 - 2.16% Base Content JS / Base Content Explicit + 3 more (Linux, OSX, Windows) regression on Mon May 29 2023
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2023-05-31 12:17:02+00:00
Resolved: 2023-07-07 15:01:20+00:00

Perfherder has detected a awsy performance regression from push [8e03224a019c674d3b61c734ae819e8557cef17f](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=8e03224a019c674d3b61c734ae819e8557cef17f). 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)** |  
|--|--|--|--|--| 
| [5%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,4663317,1,4)  | [Base Content JS](https://firefox-source-docs.mozilla.org/testing/perfdocs/awsy.html#base-content-js)  | windows11-64-2009-shippable-qr | fission | 1,578,667.00 -> 1,664,400.00 | 
| [5%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,4663317,1,4)  | [Base Content JS](https://firefox-source-docs.mozilla.org/testing/perfdocs/awsy.html#base-content-js)  | windows11-64-2009-shippable-qr | fission | 1,578,680.00 -> 1,664,234.00 | 
| [5%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,3806445,1,4)  | [Base Content JS](https://firefox-source-docs.mozilla.org/testing/perfdocs/awsy.html#base-content-js)  | linux1804-64-shippable-qr | fission | 1,577,678.67 -> 1,663,064.00 | 
| [5%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,3807462,1,4)  | [Base Content JS](https://firefox-source-docs.mozilla.org/testing/perfdocs/awsy.html#base-content-js)  | macosx1015-64-shippable-qr | fission | 1,581,432.00 -> 1,661,298.00 | 
| [2%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,4663319,1,4)  | [Base Content Explicit](https://firefox-source-docs.mozilla.org/testing/perfdocs/awsy.html#base-content-explicit)  | windows11-64-2009-shippable-qr | fission | 10,389,504.00 -> 10,613,930.67 | 


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=38523), 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) may 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).
Bug: about:preferences “Download languages for offline translation.” section does not get updated for all languages after performing translations
Status: NEW
Priority: --
Created: 2023-05-31 12:19:42+00:00
Resolved: 2023-08-28 16:24:50+00:00

Affected versions:
- Nightly 115.0a1/20230531041723

Description:
After performing translations on various websites in all the currently supported languages, the about:preferences “Download languages for offline translation.” section does not get properly updated in the sense that the “Download” button from a language model that was used to do a translation does not turn into “Delete” to signal that the model was downloaded and used to perform the translation.

For example, accessing https://www.bundesregierung.de/breg-de and translating the page should have downloaded the German language model and thus it should have changed the “Download” button of the German entry to “Delete”. But the button remains set to “Download” and does not change to “Delete”.

This button state update only happens for a few languages. Below you can see which language models have the button updated:
- Catalan
- Icelandic
- Norwegian Bokmal
- Norwegian Nynorsk

All the rest of the language models do not have their button updated.

See the attached screenshot for more details.

Steps to reproduce:
1. Access the following websites and translate them:
https://www.gov.bg/bg
https://web.gencat.cat/ca/inici/index.html
https://www.vlada.cz/
https://www.rijksoverheid.nl/ 
https://valitsus.ee/ 
https://www.diplomatie.gouv.fr/fr/venir-en-france/ 
https://www.bundesregierung.de/breg-de 
https://www.stjornarradid.is/ 
https://www.governo.it/it
https://no.wikipedia.org/wiki/Covid-19 
https://nn.wikipedia.org/wiki/Covid-19 
https://fa.wikipedia.org/wiki/%DA%A9%D9%88%D9%88%DB%8C%D8%AF_%DB%B1%DB%B9 
https://www.gov.pl/web/dyplomacja 
https://eportugal.gov.pt/ 
http://government.ru/ 
https://www.lamoncloa.gob.es/Paginas/index.aspx 
https://bank.gov.ua/
2. Once the pages are translated go to about:preferences#general and check the state of the buttons beside each language model in the “Translations” section
3. Notice only some language models have the “Delete” button beside them while the other have the “Download” button.

Actual:
The “Download” button changes to “Delete” for only a few language models, while for the rest it remains the same, after performing translations.

Expected:
The “Download” button should get updated to “Delete” after a translation has been performed using that language model.
Bug: URL text is selected when switching from a loaded tab and not selected when switching from a new tab
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-05-31 13:24:09+00:00
Resolved: 2023-07-20 17:09:50+00:00

* noticed in [bug 1834218 comment 14](https://bugzilla.mozilla.org/show_bug.cgi?id=1834218#c14)


**Found in**
* 115.0a1 

**Affected versions**
* 115.0a1 (2023-05-31)
* 114.0RC2
* 113.0.2










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

**Preconditions**
* new profile
* have a random webpage loaded in a new tab
* have a new tab opened with an empty URL bar

**Steps to reproduce**
1. Open a new tab and type a random text inside the URL bar.
2. Switch to the tab that has the loaded webpage and back and observe the URL bar.
3. Switch to the new tab with the empty URL bar and back and observe the URL bar.





**Expected result**
* Switching from a new tab or a loaded tab back to the tab that contains the text behaves the same.

**Actual result**
* switching from a loaded tab will select the text inside the URL bar 
* switching from a new tab will not select the text and will move the caret to the left side 


**Regression range**
* Reproduced with Firefox 111.0a1 (2023-02-02) as well. I will search for one ASAP if there is one.


**Additional notes**
* Attached a screen recording.
Bug: Audio stutters on twitch (robot like)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-05-31 15:47:23+00:00
Resolved: 2023-05-31 15:53:15+00:00

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

Steps to reproduce:

Seems to appear random but quite often.
Sometimes it can be resolved by restarting firefox although that doesn't work all the time.


Actual results:

When you open a twitch stream the sound sometimes stutters.
Sound exactly like when you hold down spacebar on a youtube video.
Sound start and stops multiple times a second.
Video is unaffected.


Expected results:

Play sound without any problems.
No stutters etc.
Bug: Page translation doesn't work on https://mrotherguy.github.io/fx-nightly-changelog/
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2023-05-31 18:07:17+00:00
Resolved: 2023-12-13 13:43:31+00:00

Steps to reproduce:
1) Navigate to https://mrotherguy.github.io/fx-nightly-changelog/
2) Open the app menu
3) Select "Translate Page..."
4) Select "Estonian" as the language to translate to
5) Press "Translate"

Actual results:
Page glitches out, a bunch of content disappears

Expected results:
Page translates normally
Bug: CSS Math Functions don't work
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-05-31 19:10:49+00:00
Resolved: 2023-05-31 19:25:16+00:00

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

Steps to reproduce:

Open https://developer.mozilla.org/en-US/docs/Web/CSS/exp with current Firefox 113.0.2 (64-Bit) for Windows, running Windows 10 21H2. 
FF Build-ID: 20230522134052
UA String Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/113.0
No plugins installed by me, about:plugins shows OpenH264 1.8.1.2 and Widevine  4.10.2557.0



Actual results:

Result of exp() example shows 5 vertical squares.
The transform-properties that use exp() are reported as "invalid property value".

Compatibility information says that exp() should work since FF 112, but it doesnt. Same with hypot() or pow().


Expected results:

Squares should be rotated, depending on the exp() result
Bug: Re-enable browser.translations.enable for automation
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2023-06-01 07:05:29+00:00
Resolved: 2023-08-04 15:38:12+00:00

In bug 1836093 we disabled translations for automation (webdriver, CDP, ...) because this was triggering timeouts on early beta (https://bugzilla.mozilla.org/show_bug.cgi?id=1835822).

We should investigate the reason for those timeouts. The tests did not seem to hang in a specific spot but just became slower overall and long tests which would take less than 20s now take more than 80s and reach the timeout.

Two important things to note:
- disabling the preference after starting the browser did not help, we had to disable it before the browser starts to avoid the timeouts
- nightly was not affected by the timeouts, despite having the preference as well
Bug: Idle trigger doesn't immediately count tabs as silent when closing a tab that has audio playing
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2023-06-01 07:35:25+00:00
Resolved: 2023-08-11 13:24:23+00:00

1. Have only 1 tab playing audio
2. Idle trigger knows audio is playing, so `_quietSince` is null
3. Close that tab, so there is no sound remaining

Idle trigger _should_ hear about the tab closing, and update `_quietSince` to the current timestamp, because it's now quiet. But the TabClose event actually comes before the tab has been removed from `gBrowser.tabs`, and before the tab has been torn down. So when the TabClose listener checks the `_soundPlaying` getter, it finds that tab in the list of all tabs, and that tab's `soundPlaying` getter still functions and still returns `true`.

So it thinks there's still sound playing when there isn't, and therefore it doesn't think the user is idle. This doesn't really affect behavior noticeably, because the next time it checks (when sound state changes or when another tab is closed), `_quietSince` will be set correctly. And tabs going silent doesn't trigger anything, it just sets a property that will be evaluated when the user goes idle. Since both idle & silent time need to be 20 minutes (or whatever the message defined), and closing a tab generally means you're not idle, it doesn't come into play much.

Seems like this might reduce the trigger's reach? I think there might be situations where this prevents the idle trigger from firing when it should otherwise fire, or prevents targeting from matching, but it's kinda hard to think of one. In any case, it's worth fixing.

It would be sensible to just account for the timing in the TabClose listener. There's actually a tab property I think we can use, `closing` - I suspect it should be true for the tab in this condition. So we just check `tabs.some(tab => !tab.closing && tab.soundPlaying)`.

If my suspicion is wrong, it should be pretty easy to test, and we can probably just have the event listener wait 1 loop before checking the tabs, or something like that.
Bug: element.scrollIntoView() smooth stopped working
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-06-01 10:53:15+00:00
Resolved: 2023-06-07 07:38:30+00:00

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

Steps to reproduce:

Using scrollIntoView() on an element with smooth behavior isn't smooth anymore. It just snaps to position.
I think that it happened with a previous release (112) but can't be sure.
Parameters used : { behavior: 'smooth', block: 'center', inline: 'center' }

Reproduction : https://jsfiddle.net/bzqxatsk/
Worked before in FF, works now in competitor browser.


Actual results:

Snaps in position


Expected results:

Smooth scrolling