av9ash/GitBugs huggingface dataset:
Bug: New Private Window shortcut not working
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-05-25 13:07:32+00:00
Resolved: 2023-06-06 15:08:12+00:00

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

Steps to reproduce:

Trying to use the shortcut/command Command+Shift+P to open a New Private Window.

Firefox version: 113.0.2
macOS: 13.4 (M1 chip)


Actual results:

Nothing.

(If I press the 'fn' button as well = Command+Shift+Fn+P it works)


Expected results:

A New Private Window should appear.
Bug: Firefox Suggest add-on suggestions are displayed with a delay
Status: NEW
Priority: P3
Created: 2023-05-25 13:31:55+00:00
Resolved: 2024-03-11 08:22:58+00:00

**Found in**
* Fx 115.0a1

**Affected versions**
* Fx 115.0a1

**Affected platforms**
* Windows 10
* macOS
* Ubuntu 20

**Preconditions**
browser.urlbar.addons.featureGate set to true
browser.urlbar.suggest.addons set to true
browser.urlbar.quicksuggest.enabled set to true
browser.urlbar.suggest.quicksuggest.nonsponsored set to true
browser.urlbar.quicksuggest.dataCollection.enabled set to true
browser.urlbar.merino.enabled set to true
browser.urlbar.merino.providers set to amo


**Steps to reproduce**
1. Launch Firefox.
2. In the URL bar, write a keyword for an add-on suggestion.
3. Click anywhere in the newtab page to dismiss the drop-down.
4. Click back in the address bar.

**Expected result**
* Full address bar drop-down is displayed without issues.

**Actual result**
* Firefox Suggest section containing the add-on suggestion is displayed with a delay.

**Regression range**
* Not a regression.

**Additional notes**
* This issue does not occur when the add-on suggestion is displayed in the 'top pick' section.
Bug: UITour doesn't work on non-www.mozilla.org sites declared in permissions when using private browsing
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-05-25 17:10:25+00:00
Resolved: 2023-06-08 11:33:56+00:00

STR:

1. Open a private browsing window, and visit https://support.mozilla.org/en-US/kb/switching-devices
2. Look at the setup assistant.

ER:

The setup assistant should be able to determine if the user is signed into a Firefox Account.

AR:

The setup assistant determines that it cannot communicate with UITour, and shows an error message.

This appears to be because of this line here: https://searchfox.org/mozilla-central/rev/0d9d9d644b06d039e119242f6f12af21d763e4eb/browser/components/uitour/UITourChild.sys.mjs#77-80

We're stripping the origin attributes from the document's nodePrincipal using principalWithOA passing an empty object, and then doing a permission check... in a private browsing context, it looks like there are no permissions for support.mozilla.org if we do that stripping.

This is despite [this line here](https://searchfox.org/mozilla-central/rev/0d9d9d644b06d039e119242f6f12af21d763e4eb/browser/app/permissions#7) which says that the UITour permissions should be available in both normal and private windows.

Related SUMO ticket: https://github.com/mozilla/sumo/issues/1322
Bug: Firefox Developer Edition crashes when trying to save an image via right click
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-05-25 20:02:32+00:00
Resolved: 2023-05-25 22:55:59+00:00

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

Steps to reproduce:

I tried saving an image via the right-click menu on Twitter.
The firefox version is 114.0b8 (64 bit)
I additionally tried doing this on other websites, same problem.


Actual results:

When I clicked on save the browser crashed.
I am not sure what's causing this.


Expected results:

The file dialog should open.
Bug: Firefox displayed a pop-up ad for Mozilla VPN over an unrelated page
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-05-25 21:18:58+00:00
Resolved: 2023-05-27 14:27:34+00:00

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

Steps to reproduce:

Browsed an unrelated page (in this case, a the Syncthing admin UI generated from a server running on my own PC)


Actual results:

A pop-up ad for Mozilla VPN appeared on top of the page, and disabled the rest of the Firefox UI until closed. It is shown in the attached screenshot.


Expected results:

The browser should not have displayed an advertisement.
Bug: Language detection not working for language pairs going through a pivot language
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-05-25 21:43:43+00:00
Resolved: 2023-06-01 04:28:13+00:00

If you visit a page in language X and your browser's locale is Y, and there's no direct translation model from X to Y, the translation button is not shown in the address bar.

E.g. I opened https://ca.wikipedia.org/wiki/Viquip%C3%A8dia_en_hongar%C3%A8s
2 in my Italian Firefox, and I see the following error in the browser console after enabling verbose logging:
> Translations: Translating from "ca" to "it" is not supported.

In the list of language pairs, I have:
> { fromLang: 'ca', toLang: 'en', isBeta: true },
and
> { fromLang: 'en', toLang: 'it', isBeta: false },
so this should actually be working.

The problem is likely this line: https://searchfox.org/mozilla-central/rev/ca52886e3b6051ca87861567e0c7628915f68780/toolkit/components/translations/actors/TranslationsChild.sys.mjs#629.
Bug: Idle trigger calculates idle/silent time incorrectly
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2023-05-25 23:03:48+00:00
Resolved: 2023-07-21 04:12:37+00:00

[Over here](https://searchfox.org/mozilla-central/rev/ca52886e3b6051ca87861567e0c7628915f68780/browser/components/newtab/lib/ASRouterTriggerListeners.jsm#1002-1004), the idle trigger tries to check the number of milliseconds that have elapsed since the user went idle and sound stopped playing. (It checks for sound because a user might stop interacting with the browser even though they're actively watching a movie on netflix or something) Then it will expose this duration to message targeting so we can show messages exclusively to users who have been idle for 20+ minutes.

But the math is wrong here, it's trying to find how much time has passed since the last user interaction or audio, meaning we want to report "idle for milliseconds" or "silent for milliseconds", whichever is shorter. But idle time and silent time are stored as epochs, not as durations. So we don't want Math.min() to find the shortest duration, we want Math.max(), to get the most recent idle or silent epoch, and subtract it from the current epoch, to get the overall time that has passed without an interaction or a sound.

So the fix is very simple, we just need to change Math.min to Math.max.
Bug: Firefox displayed a pop-up ad for Mozilla VPN over an unrelated page
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-05-25 23:51:10+00:00
Resolved: 2023-05-26 13:33:53+00:00

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

Steps to reproduce:

bug 1835158 was closed as WORKSFORME, but then this link was presented:

https://support.mozilla.org/en-US/questions/1414266#answer-1582507

where it says:

> Thank you for reaching out with your concern. Firefox is committed to creating an online experience that puts people first, as such we quickly stopped running the ad experience, and are reviewing internally.

so which is it?
Bug: The firefox add-on suggestion is cut-off instead of using faded text
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-05-26 07:11:05+00:00
Resolved: 2023-06-12 14:57:05+00:00

**Found in**
* Fx 115.0a1

**Affected versions**
* Fx 115.0a1

**Affected platforms**
* Windows 10
* macOS
* Ubuntu 20

**Preconditions**
browser.urlbar.addons.featureGate set to true
browser.urlbar.suggest.addons set to true
browser.urlbar.quicksuggest.enabled set to true
browser.urlbar.suggest.quicksuggest.nonsponsored set to true
browser.urlbar.quicksuggest.dataCollection.enabled set to true
browser.urlbar.merino.enabled set to true
browser.urlbar.merino.providers set to amo
browser.urlbar.bestMatch.enabled set to true

**Steps to reproduce**
1. Launch Firefox.
2. Reduce the Firefox window width.
3. Trigger an add-on suggestion by using any keyword (e.g. typo, darker, video dl)

**Expected result**
* Add-on suggestion title, url and description are correctly displayed with text fading out if entire suggestions doesn't fit in the window.

**Actual result**
* Text is cut off.

**Regression range**
* Not a regression.

**Additional notes**
* I've attached a screenshot comparing it to a weather suggestion.
Bug: QuickActions are not displayed the second time for the same url after performing specific actions
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-05-26 07:23:50+00:00
Resolved: 2023-06-21 11:51:33+00:00

**Note**
* This is not reproducible for `Open Developer Tools` and `Print Page` actions - in this case the url is cleared after selection - please let me know if this worth a new, separate bug

**Found in**
* 115.0a1

**Affected versions**
* Nightly 115.0a1 2023-05-25

**Tested platforms**
* Affected platforms: Win 10 64-bit, OSX 10.14, Ubuntu 22.04 64-bit
* Unaffected platforms: -

**Steps to reproduce**
1.  Go to a random [website](https://getpocket.com/explore/item/this-novelist-s-female-heroes-and-brazen-polyamory-shocked-victorian-england?utm_source=pocket-newtab)
2. Open address bar and select Actions button
3. Select an action that is performed on the same page, such as `Clear History` or `Take a Screenshot`
4. Cancel the action using it's own button
5. Return to address bar 
6. Select Actions button from one-off section

**Expected result**
6. All quickaction buttons are shown again and are selectable.

**Actual result**
5. `View Page Source` quick action is shown because the link contains "source" keyword. If no keywords are present in the url, no actions are displayed.
6. Only `View Page Source` action is shown. Page must be refreshed in order for all the actions to be shown again.

**Regression range**
* First bad: 2022-11-22
* Last good: 2022-11-21
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=62443cbe52a143e7797ac29cb6608011de739cad&tochange=6ecb3a8b642d791f7c706ae3b866f845a442f88c
Potentially regressed by: 1800380

**Additional Note**
* Even if the potential regressor landed in Firefox 108, Quick Actions are only enabled in early beta and Nightly, so previous releases are not affected.
Bug: Opening result(in same page) from no-ads SERP(google) records an abandonment instead of a no-ads engagement
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2023-05-26 07:31:10+00:00
Resolved: 2023-06-14 06:46:07+00:00

**Found in**
* 115.0a1 (2023-05-25)

**Affected versions**
* 115.0a1 (2023-05-25)

**Tested platforms**
* Affected platforms:
         - Windows 10
         - Mac 13.2.1
         - Ubuntu 22.04
 
**Preconditions**
* Have VPN connected to CA/US.
* Google as default search engine.
* browser.search.region set to CA/US
* browser.search.serpEventTelemetry.enabled set to true.
* browser.search.log set to true.


**Steps to reproduce**
1. Open Firefox
2. Open a new tab, focus address bar and submit `michael jackson` as a search query.
3. From SERP, click on the wikipedia result.
4. Check browser console/glean server.


**Expected result**
There should be the following 2 events logged for the above steps:
- no-ads page impression: 
 `(Object { impressionId: "af84630f-9c2f-402d-9cea-1b324a305394", provider: "google", tagged: true, partnerCode: "firefox-b-d", source: "urlbar", isShoppingPage: false, hasShopping: false })`
- no-ads page engagement: (this is an example from from ctrl+click )
`Object { impressionId: "af84630f-9c2f-402d-9cea-1b324a305394", type: "non_ads_link", URL: "https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=&ved=2ahUKEwjKs9SCupL_AhVC3qQKHbS-CjAQFnoECGIQAQ&url=https%3A%2F%2Fro.wikipedia.org%2Fwiki%2FMichael_Jackson&usg=AOvVaw2i5EovB92253Jd9X5bhsKb" }`

**Actual result**
The following 2 events are logged for the above steps:
- no-ads page SERP
 `(Object { impressionId: "0667330e-e724-4fb2-87ad-ba2509acd250", provider: "google", tagged: true, partnerCode: "firefox-b-d", source: "urlbar", isShoppingPage: false, hasShopping: false })`
- abandonment 
`Recording an abandonment event for impression id 0667330e-e724-4fb2-87ad-ba2509acd250 with reason: navigation`


**Regression range**
* N/A 

**Notes**
* Please note that initially we've thought that the same scenario applies to BING as well, if the default way to open the pages for BING SERP is custom modified to open in same tab/page (default is open in new tab/page), but apparently BING always adds the shopping tab to the SERP, so we can't get results that are in the no-ads category
Bug: ALT+F then ALT+D (releasing the F key) closes the Firefox browser
Status: NEW
Priority: --
Created: 2023-05-26 08:44:13+00:00
Resolved: 2023-06-12 13:16:00+00:00

From github: https://github.com/webcompat/web-bugs/issues/122651.

> <!-- @browser: Firefox 113.0 -->
> <!-- @ua_header: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/113.0 -->
> <!-- @reported_with: unknown -->
> <!-- @public_url: https://github.com/webcompat/web-bugs/issues/122651 -->
> 
> **URL**: https://webcompat.com/issues/new
> 
> **Browser / Version**: Firefox 113.0
> **Operating System**: Windows 11
> **Tested Another Browser**: Yes Edge
> 
> **Problem type**: Something else
> **Description**: Alt-F then Alt-D closes the browser
> **Steps to Reproduce**:
> Alt-F then Alt-D close the Firefox browser. No such similar behavior with Edge; can't say about Chrome.
> 
> <details>
> <summary>Browser Configuration</summary>
> <ul>
>   <li>None</li>
> </ul>
> </details>
> 
> _From [webcompat.com](https://webcompat.com/) with ❤️_

Change performed by the [Move to Bugzilla add-on](https://addons.mozilla.org/en-US/firefox/addon/move-to-bugzilla/).
Bug: Back/Forward page actions fail to record abandoments if the targets are followed-on SERPs
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2023-05-26 11:02:30+00:00
Resolved: 2023-06-13 13:06:13+00:00

**Found in**
* 115.0a1 (2023-05-25)

**Affected versions**
* 115.0a1 (2023-05-25)

**Tested platforms**
* Affected platforms:
         - Windows 10
         - Mac 13.2.1
         - Ubuntu 22.04
 
**Preconditions**
* Have VPN connected to CA/US.
* Google as default search engine.
* browser.search.region set to CA/US
* browser.search.serpEventTelemetry.enabled set to true.
* browser.search.log set to true.


**Steps to reproduce**
1. Open Firefox
2. Open a new tab, focus address bar and submit `shoes` as a search query, submitting the search.
3. From the incontent search box, refine the search adding 'for', submitting the search.
4.  From the incontent search box, further refine the search adding 'men', submitting the search.
5. Press the browser's `Back` button.
6. Press the browser's `Forward` button.


**Expected result**
5. Abandonment event logged
6. Abandonment event logged.

**Actual result**
5. No abandonment event logged.
6. No abandonment event logged.


**Regression range**
* N/A 

**Notes**
* This applies for both Google/Bing SERPS, although on Bing special attention needs to be paid to bug 1528958
* If enough back and forward actions are done on the follow-on SERPS, the abandonment will start to work - again, not particularly sure if that's the case on BING due to bug 1528958
* this bug doesn't apply for persistent search refinement
Bug: Tab Manager close buttons need tooltips
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2023-05-26 14:09:57+00:00
Resolved: 2023-06-01 21:53:03+00:00

Looks like the close buttons (and mute buttons too?) don't have tooltips. We need that for accessibility.

Missed this when reviewing bug 1620199. Cieara, could you please look into this?
Bug: Intermittent browser/components/translations/tests/browser/browser_translations_panel_button.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2023-05-26 14:55:56+00:00
Resolved: 2024-12-02 12:07:23+00:00

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

---
```
[task 2023-05-26T13:36:48.798Z] 13:36:48     INFO - TEST-PASS | browser/components/translations/tests/browser/browser_translations_panel_button.js | The button should be invisible since the page is in English. - 
[task 2023-05-26T13:36:48.799Z] 13:36:48     INFO - Navigate back to a Spanish page.
[task 2023-05-26T13:36:48.801Z] 13:36:48     INFO - Buffered messages finished
[task 2023-05-26T13:36:48.803Z] 13:36:48     INFO - TEST-UNEXPECTED-FAIL | browser/components/translations/tests/browser/browser_translations_panel_button.js | Visibility for "button" - Got false, expected true
[task 2023-05-26T13:36:48.803Z] 13:36:48     INFO - Stack trace:
[task 2023-05-26T13:36:48.803Z] 13:36:48     INFO - chrome://mochikit/content/browser-test.js:test_is:1610
[task 2023-05-26T13:36:48.803Z] 13:36:48     INFO - chrome://mochitests/content/browser/browser/components/translations/tests/browser/head.js:assertTranslationsButton:45
[task 2023-05-26T13:36:48.803Z] 13:36:48     INFO - chrome://mochitests/content/browser/browser/components/translations/tests/browser/browser_translations_panel_button.js:test_button_visible_navigation:30
[task 2023-05-26T13:36:48.803Z] 13:36:48     INFO - chrome://mochikit/content/browser-test.js:handleTask:1133
[task 2023-05-26T13:36:48.803Z] 13:36:48     INFO - chrome://mochikit/content/browser-test.js:_runTaskBasedTest:1205
[task 2023-05-26T13:36:48.804Z] 13:36:48     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest:1347
[task 2023-05-26T13:36:48.804Z] 13:36:48     INFO - chrome://mochikit/content/browser-test.js:nextTest/<:1122
[task 2023-05-26T13:36:48.805Z] 13:36:48     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:SimpleTest.waitForFocus/<:1056
[task 2023-05-26T13:36:48.806Z] 13:36:48     INFO - TEST-PASS | browser/components/translations/tests/browser/browser_translations_panel_button.js | The button should be visible again since the page is in Spanish. - 
```
Bug: Address bar loses and gets focus after typing a letter with some Chinese IME
Status: NEW
Priority: P3
Created: 2023-05-26 15:06:33+00:00
Resolved: 2024-03-11 08:20:53+00:00

Steps to reproduce:

On latest Firefox Nightly (115.0a1.20230525234553) / Develoer Edition (114.0b9)

Using Flypy IME (http://flypy.ysepan.com/, under the second folder "____________1.小鹤音形（Win版）v10.9f" > "flypy_Setup_10.9f.exe")


Actual results:

1. Swich to this IME;
2. Press shift to switch to English mode;
3. The address bar loses and gets focus instantly after alphabetic key strokes.


Expected results:

The blue border of the address bar should not blink.
Bug: Updater is ignoring the appVersion/displayVersion in the updater XML and updating anyway
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-05-26 15:14:06+00:00
Resolved: 2023-07-10 03:16:04+00:00

We had a report on the enterprise list that Firefox is updating even if the version in the update XML is the same as the current version of Firefox.

I ran some tests and was able to verify the behavior and that it is a regression.

I installed ESR 91.12.0esr and changes the update URL via policy to:

```
<?xml version="1.0" encoding="UTF-8"?>
<updates>
    <update type="minor" displayVersion="91.12.0esr" appVersion="91.12.0esr">
        <patch type="complete" URL="https://archive.mozilla.org/pub/firefox/releases/102.11.0esr/update/win64/en-US/firefox-102.11.0esr.complete.mar" hashFunction="sha512" hashValue="8a810323cbe1321359d5e4542fc3a78e45c2550f7af6e531c837c229707480d07ed9a82007b4baf53d755a22452d4863d85ff4e8f1e29e59107957f1ad887dcb" size="60252683" />
    </update>
</updates>
```
I had Firefox check for an update and on the console it had:

AUS:SVC UpdateService:selectUpdate - skipping update because the update's application version is less than the current application version

I then changed the versions in the XML file to 91.13.0esr and did an update and it installed properly.

I then Installed the 102 esr and tried the same thing. ESR version was 102.10.0esr and it was the same XML with the new version:

```
<?xml version="1.0" encoding="UTF-8"?>
<updates>
    <update type="minor" displayVersion="102.10.0esr" appVersion="102.10.0esr">
        <patch type="complete" URL="https://archive.mozilla.org/pub/firefox/releases/102.11.0esr/update/win64/en-US/firefox-102.11.0esr.complete.mar" hashFunction="sha512" hashValue="8a810323cbe1321359d5e4542fc3a78e45c2550f7af6e531c837c229707480d07ed9a82007b4baf53d755a22452d4863d85ff4e8f1e29e59107957f1ad887dcb" size="60252683" />
    </update>
</updates>
```
And when I checked for updates it did the update. I verified the policy was working and it was pointing to my XML file

There was nothing in the console with version checking:

AUS:SVC Checker:getUpdateURL - update URL: https://mike.kaply.com/updates/test.xml?force=1
AUS:SVC Checker:checkForUpdates - sending request to: https://mike.kaply.com/updates/test.xml?force=1
AUS:SVC Checker:onLoad - request completed downloading document
AUS:SVC Checker:onLoad - Getting sslStatus failed.
AUS:SVC Checker:onLoad - number of updates available: 1
AUS:SVC getCanApplyUpdates - testing write access C:\ProgramData\Mozilla-1de4eec8-1241-4177-a864-e594e8d1fb38\updates\26236F180B97067D\update.test
AUS:SVC isServiceInstalled - returning false
AUS:SVC shouldUseService - returning false
AUS:SVC getCanApplyUpdates - testing write access C:\Users\Public\firefox\update.test
AUS:SVC getCanApplyUpdates - able to apply updates
Bug: Refining address bar persistent search records an abandonment event, not a follow-on refinement
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-05-26 17:23:46+00:00
Resolved: 2023-06-12 16:55:41+00:00

**Found in**
* 115.0a1 (2023-05-25)

**Affected versions**
* 115.0a1 (2023-05-25)

**Tested platforms**
* Affected platforms:
         - Windows 10
         - Mac 13.2.1
         - Ubuntu 22.04
 
**Preconditions**
* Have VPN connected to CA/US.
* Google as default search engine.
* browser.search.region set to CA/US
* browser.search.serpEventTelemetry.enabled set to true.
* browser.search.log set to true.


**Steps to reproduce**
1. Open Firefox
2. Open a new tab, focus address bar and submit `shoes` as a search query, submitting the search.
3. Use the address bar to refine the search term: `shoes for sale`, submitting the search.


**Expected result**
Should probably record an follow-on event, as it does for the websearch refinement, e.g:

`SearchTelemetry: Reported Impression: 
Object { impressionId: "2dd6e41c-876f-44a6-80a7-a7d43eceb69e", provider: "bing", tagged: true, partnerCode: "MOZI", source: "follow_on_from_refine_on_incontent_search", isShoppingPage: false, hasShopping: true }`

**Actual result**
`An abandonment event is recorded, e.g:
Recording an abandonment event for impression id 2c5df328-8140-44eb-acef-a564dbc56f6e with reason: navigation`


**Regression range**
* N/A 

**Notes**
* For phase 1, according to :teow, this is out of scope, but probably a refined search from the urlbar should be considered as an non-abandonment and record something similar to the websearch refinement
* please note that the address bar persistent search does not currently have any follow-on implementation, refining the address bar records a persisted search, not a follow-on.