av9ash/GitBugs huggingface dataset:
Bug: Simple quote does not work in iPhone 5/6 emulation (Instagram)
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-06-20 16:18:01+00:00
Resolved: 2020-08-07 07:12:51+00:00

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

Steps to reproduce:

- Launch web console
- Open Instagram
- Open iPhone 5/6 emulation
- Refresh the page
- Begin a post : the simple quotes (') are not sent. 



Actual results:

The simple quotes (') are not sent. 



Expected results:

You get "cas décole" instead of "cas d'école"
Bug: can't navigate away from file:// URL
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-06-21 03:52:58+00:00
Resolved: 2020-07-31 08:46:18+00:00

Since enabling Fission, I ran into a problem today with navigation.  In this one tab, I have a file:// URL page open.  If I type an https:// URL into the address bar and press Enter, the spinner starts, and I see the hostname in the status bar at the bottom of the window, but the navigation never succeeds.  In the browser console, I see this exception:

```
TypeError: can't access property "legacySHistory", history is null [SessionHistory.jsm:109:1]
    collect resource://gre/modules/sessionstore/SessionHistory.jsm:109
    collect resource://gre/modules/sessionstore/SessionHistory.jsm:39
    collectFrom resource:///modules/sessionstore/ContentSessionStore.jsm:200
    send resource:///modules/sessionstore/ContentSessionStore.jsm:469
    flush resource:///modules/sessionstore/ContentSessionStore.jsm:800
    receiveMessage resource:///modules/sessionstore/ContentSessionStore.jsm:616
```

If I try to visit a different file:// URL in that tab, it works.  And navigating to an https:// URL from another tab that has a file:// URL document shown it works too, so something's gone wrong with this tab / process in particular.
Bug: urlbar results view is clipped by the toolbar when browser.urlbar.disableExtendForTests is set
Status: VERIFIED
Priority: --
Resolution: WONTFIX
Created: 2020-06-21 15:49:47+00:00
Resolved: 2020-07-22 20:32:01+00:00

As an optimization, the navbar has a fixed height and the overflow: -moz-hidden-unscrollable css property set. However, when the urlbar has results to display, it is supposed to set the urlbar-exceeds-toolbar-bounds attribute on the navbar in order to turn this off. However, when some complicated conditions are met, this step is skipped. Simply reordering the code resolves the bug.
Bug: Browser starting on blank page even if homepage is set to website
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-06-21 18:24:15+00:00
Resolved: 2020-09-21 12:17:56+00:00

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

Steps to reproduce:

Setup this webstart as homepage : https://start.me
Close firefox
Restart Firefox



Actual results:

A blank page is shown and the start.me page dosen't show up.


Expected results:

The https://start.me page should have been shown, when I open firefox.

But, If I put http://start.me as an homepage, everything works as expected.
Bug: When in dark theme, some favicons (like github's) are not displaying correctly
Status: NEW
Priority: P5
Created: 2020-06-22 02:46:12+00:00
Resolved: 2024-12-16 09:57:04+00:00

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

Steps to reproduce:

some websites such as github change their favicon if the browser is in dark theme. This works in Firefox's tab but not in megabar, see red arrow in attached screenshot
Bug: The first two characters typed into URL/Search bar after opening FF 77 are deleted.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-06-22 07:40:21+00:00
Resolved: 2020-06-22 12:05:31+00:00

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

Steps to reproduce:

Open FF 77.  Click mouse in URL/Search bar.  Start typing.  


Actual results:

The first two characters typed are overwritten by the third character.  When the third character is typed it highlights the first two characters, deletes them and then types the third.  This happens only when the browser is opened.  Subsequent typing is normal.


Expected results:

The first two characters should not be deleted by the third.
Bug: Can’t delete languages used to display menus, messages and notifications from Firefox
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-22 07:43:07+00:00
Resolved: 2020-06-27 02:14:57+00:00

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

Steps to reproduce:

I installed Chinese languages used to display menus, messages, and notifications from Firefox. Then I deleted it.


Actual results:

It doesn't really delete it. As you can see in the images, it disappears in the popup for adding and deleting languages, but it remains in the screen to improve the language. And I can still switch to the Chinese UI. When I restart, the Chinese UI is actually displayed.


Expected results:

The deleted language should actually be deleted.
Bug: Double schema to the pasteboard for non-standard domains
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-06-22 07:59:27+00:00
Resolved: 2020-08-06 05:27:29+00:00

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

Steps to reproduce:

Add `###.###.###.### some-name` to hosts file, ensure there is a web server on it.
Access `http://some-name/some/path`
Click the address bar, instead of standard domains like `example.com` (which hides `http://`), it will explicitly add prefix `http://`
Select and copy the pa`http://some-name`
Paste anywhere


Actual results:

`http://http://some-name` is pasted


Expected results:

`http://some-name` is pasted
Bug: Saving a page via the print preview context menu breaks the downloads button
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2020-06-22 11:59:32+00:00
Resolved: 2021-08-31 19:23:03+00:00

**Affected versions**
* 79.0a1 (BuildId:20200618212828)
* 78.0b9 (BuildId:20200619002543)
* 77.0.1 (BuilId:20200602222727)
* 68.9.0esr (BuildId:20200527211442)

**Affected platforms**
* Windows 10 64bit
* Ubuntu 18.04 64bit

**Unaffected platforms**
* macOS 10.14

**Steps to reproduce**
1. Launch Firefox.
2. Access the following [link](https://ro.wikipedia.org/wiki/%C8%9Aara_Rom%C3%A2neasc%C4%83)
3. Click the “Hamburger” menu. 
4. Click the “Print” option.
5. Right click on the page content from the print preview.
6. Select the “Save page as” option from the context menu and proceed to save it locally.
7. Close print preview.
8. Click the downloads button.

**Expected result**
*  The downloads panel is displayed and can be successfully interacted with. 

**Actual result**
* The following error message is displayed inside the browser console: `Downloads: Downloads button cannot be found. downloads.js:551`
* The downloads button is displayed as active and can’t be interacted with.

**Regression Range**
* I don’t think that this is a regression since this behavior is reproducible on older builds from 2016 as well.

**Notes**
* This is not reproducible if previous downloads were performed on the same profile.
* A workaround for this issue is by either restarting Firefox or hitting CTRL + J
* Simply initiating another download doesn’t seem to fix this issue.
* On a side note, Chrome seems to have disabled the "Save as" option from print preview.
Bug: Search cache isn't saving the built-in engine list, errors raised when upgrading from old version.
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-06-22 11:59:38+00:00
Resolved: 2020-06-26 19:27:34+00:00

This is fixing a couple of issues that I've picked up on whilst working on the latest code:

* We're not writing `cache.builtInEngineList` properly since the move to a separate SearchCache object (bug 1632471).
* When upgrading from older versions, we get lots of errors about failing to load engines because `json._urls is undefined`. These are because we don't recongnise them as app-provided engines as they're using the old isBuiltIn flag (bug 1631898)
Bug: 21.07 - 29.38% startup_about_home_paint / startup_about_home_paint_realworld_webextensions (linux64-shippable, windows10-64-shippable|-qr, windows7-32-shippable) regression on push 9e61cb1a6d0f31634a9abf0e5507dd804f4efe11 (Thu June 18 2020)
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-06-22 12:24:07+00:00
Resolved: 2020-06-27 09:43:51+00:00

Perfherder has detected a talos performance regression from push [9e61cb1a6d0f31634a9abf0e5507dd804f4efe11](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=9e61cb1a6d0f31634a9abf0e5507dd804f4efe11). As author of one of the patches included in that push, we need your help to address this regression.

Regressions:

  29%  startup_about_home_paint_realworld_webextensions windows10-64-shippable-qr opt e10s stylo     632.33 -> 818.08
  29%  startup_about_home_paint windows7-32-shippable opt e10s stylo                                 606.75 -> 782.17
  29%  startup_about_home_paint windows10-64-shippable-qr opt e10s stylo                             609.08 -> 784.33
  27%  startup_about_home_paint_realworld_webextensions windows7-32-shippable opt e10s stylo         637.17 -> 811.25
  27%  startup_about_home_paint windows10-64-shippable opt e10s stylo                                631.77 -> 800.50
  25%  startup_about_home_paint_realworld_webextensions windows7-32-shippable opt e10s stylo         642.42 -> 803.08
  24%  startup_about_home_paint linux64-shippable opt e10s stylo                                     720.42 -> 894.25
  24%  startup_about_home_paint_realworld_webextensions linux64-shippable opt e10s stylo             751.00 -> 927.67
  21%  startup_about_home_paint_realworld_webextensions windows10-64-shippable opt e10s stylo        662.58 -> 802.17


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perf.html#/alerts?id=26290), including links to graphs and comparisons for each of the affected tests. Please follow our [guide to handling regression bugs](https://wiki.mozilla.org/TestEngineering/Performance/Handling_regression_bugs) and **let us know your plans within 3 business days, or the offending patch(es) will be backed out** in accordance with our [regression policy](https://www.mozilla.org/en-US/about/governance/policies/regressions/).

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).
Bug: Localization section comment for browser data types is missing "ie"
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-06-22 13:22:14+00:00
Resolved: 2020-06-22 21:50:34+00:00

https://searchfox.org/mozilla-central/rev/1304678d837c17811617754fd446794b774afe94/browser/locales/en-US/browser/migration.ftl#102-106

`ie` is currently not mentioned, but it's used in the strings.
Bug: After refreshing the https://www.mixedcontentexamples.com/Test/NonSecureAudio page, the yellow warning from the lock icon disappears
Status: RESOLVED
Priority: P3
Resolution: INCOMPLETE
Created: 2020-06-22 13:42:38+00:00
Resolved: 2024-05-23 12:22:01+00:00

**Affected versions**
* Nightly 79.0a1 (2020-06-22)
* Firefox 78 Beta 9
* Firefox 77.0.1

**Affected platforms**
* Windows 10 x64
* Ubuntu 18.04 x64
* macOS 10.14 

**Steps to reproduce**
1. Launch Firefox and make sure that Block Autoplay is set to "Allow Audio and Video" (Preferences -> Privacy & Security -> Permissions -> Autoplay -> Settings).
2. Access https://www.mixedcontentexamples.com/Test/NonSecureAudio in a new tab.
3. Refresh the page. 

**Expected result**
* The lock icon has a yellow warning displayed in the URL bar.

**Actual result**
* Step 2: The lock icon has a yellow warning displayed in the URL bar.
* Step 3: After refreshing the page, the lock icon DOESN'T HAVE anymore a yellow warning ("Connection secure" is displayed inside the door hanger). 

**Regression range**
* I don't think this is a regression since the issue is also reproducible in Firefox 53.0. 

**Additional notes**
*  Please see attachment "issue.gif".
Bug: The Overlay buttons' hover states are improperly working when leaving the hover area in a fast manner (specific linux system)
Status: NEW
Priority: P3
Created: 2020-06-22 14:16:16+00:00
Resolved: 2020-06-23 14:33:26+00:00

**Note**
* The hover state of the "Stop Sharing", camera/mic and minimize buttons are not working correctly when the user leaves the hover area is a fast manner; the hover remains activated.

**Affected versions**
* Nightly v79.0a1
* it does not occur on the Beta 78.0b9 since id shows another design for the Global Sharing Overlay

**Affected platforms**
* Ubuntu v18.04.4LTS

**Steps to reproduce**
1. Engage in a video call.
2. Allow the microphone and camera permission door-hangers.
3. Start screen sharing (any option between window/entire screen)
4. Hover over the "Stop Sharing" button.
5. Leave the button's area in a fast manner.

**Expected result**
* The button's hover state is deactivating.

**Actual result**
* The hovers state flickers and remains activated.

**Regression range**
* This issue only occurs since the new design was implemented in Nightly v79.0a1.

**Additional notes**
* This issue applies to all the overlay's buttons.
* This bug MAY be specific to my system. The root cause was not found and it does not occur on one other system.
Bug: Incorrect icon for HTTPS-Only Mode error page
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-06-22 15:46:59+00:00
Resolved: 2020-08-11 11:14:34+00:00

Steps to reproduce:

1. Enter "ox.ac.uk" in the URL bar
2. After the error page is displayed, click "Accept the Risk and Continue to Site"
3. The content page is loaded.

Results:

Even though we are viewing content (and not the error page), a "document" icon is still shown (see attached image)

Expected Results:

A "disabled lock" icon should be shown when we are on the content page.
Bug: Intermittent TEST-UNEXPECTED-FAIL karma | activity-stream:CFRMessageProvider should have a total of 10 messages: expected [ Array(12) ] to have a length of 11 but got 12
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-06-22 17:14:57+00:00
Resolved: 2020-06-24 18:12:45+00:00

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

---

[task 2020-06-22T17:01:34.967Z] npm ERR! 
[task 2020-06-22T17:01:34.968Z] npm ERR! Failed at the activity-streams@1.14.3 testmc:unit script.
[task 2020-06-22T17:01:34.968Z] npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
[task 2020-06-22T17:01:34.968Z] 
[task 2020-06-22T17:01:34.968Z] npm ERR! A complete log of this run can be found in:
[task 2020-06-22T17:01:34.968Z] npm ERR!     /builds/worker/.npm/_logs/2020-06-22T17_01_34_961Z-debug.log
[task 2020-06-22T17:01:34.985Z] TEST-UNEXPECTED-FAIL karma | activity-stream:CFRMessageProvider should have a total of 10 messages: expected [ Array(12) ] to have a length of 11 but got 12
[task 2020-06-22T17:01:34.985Z] AssertionError@http://localhost:9876/base/node_modules/chai/chai.js?db92883971379fbea71a12c25b271c26a3afc3f6:9449:13
[task 2020-06-22T17:01:34.985Z] [3]</module.exports/Assertion.prototype.assert@http://localhost:9876/base/node_modules/chai/chai.js?db92883971379fbea71a12c25b271c26a3afc3f6:239:13
[task 2020-06-22T17:01:34.985Z] assertLength@http://localhost:9876/base/node_modules/chai/chai.js?db92883971379fbea71a12c25b271c26a3afc3f6:2487:10
[task 2020-06-22T17:01:34.985Z] chainableMethodWrapper@http://localhost:9876/base/node_modules/chai/chai.js?db92883971379fbea71a12c25b271c26a3afc3f6:7664:49
[task 2020-06-22T17:01:34.985Z] [6]</module.exports/assert.lengthOf@http://localhost:9876/base/node_modules/chai/chai.js?db92883971379fbea71a12c25b271c26a3afc3f6:5850:60
[task 2020-06-22T17:01:34.985Z] @http://localhost:9876/base/test/unit/unit-entry.js?0d17ec25cd69cc733ec0206bff1b1a42374f9948:116868:12
[task 2020-06-22T17:01:34.985Z] 
[task 2020-06-22T17:01:34.987Z] { checkBundles: true, karma: false }
[task 2020-06-22T17:01:34.987Z] CODE 1
[taskcluster 2020-06-22 17:01:35.476Z] === Task Finished ===
[taskcluster 2020-06-22 17:01:35.476Z] Unsuccessful task run with exit code: 1 completed in 304.524 seconds
Bug: Permafailing ESR78 toolkit/components/search/tests/xpcshell/test_json_cache.js | xpcshell return code: 0 (from "TypeError: cacheTemplate.visibleDefaultEngines is undefined") and other search-related failures
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-06-22 18:10:48+00:00
Resolved: 2020-06-29 06:16:27+00:00

**Filed by:** rvandermeulen [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer.html#?job_id=307103529&repo=mozilla-esr78
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/YSwy71O2RUOy0_Ri-O_cuQ/runs/0/artifacts/public/logs/live_backing.log

---
Bug: The screen-share permission door-hanger has a drop-down button without fixed visual boundaries on Linux and MacOS
Status: NEW
Priority: P3
Created: 2020-06-22 19:20:23+00:00
Resolved: 2020-10-26 21:10:22+00:00

**Note**
* When the user clicks a WebRTC web-app's screen-share start button, the screen-share permission door-hanger is displayed and the drop-down button area is not properly shown. The drop-down button is missing a parting line on the right of the arrow, just like it has one on its left.

**Affected versions**
* Nightly v79.0a1
* Beta v78.0b9
* Release v77.0.1

**Affected platforms**
* This issue does not occur on the Windows platform because the "Allow" button is on the left and the"Not Now"+"Never Allow" buttons are on the right side of the door-hanger.
* This issue DOES occur on Linux and Mac OS 

**Preconditions**
* Se the following precondidions:
1. privacy.webrtc.allowSilencingNotifications = true
2. privacy.webrtc.legacyGlobalIndicator = false

**Steps to reproduce**
1. Engage in a WebRTC conference.
2. Allow the microphone and camera permission door-hangers.
3. Click on the web-apps's button to start screen sharing.

**Expected result**
* The door-hanger's buttons are properly delimited. 

**Actual result**
* The "down arrow" button has a parting line on the left, but not in the right.

**Regression range**
* This issue only occurs after the newly implemented design of the screen-sharing permission door-hanger in FX77.

**Additional notes**
* Please note that this implementation works properly on Windows, so a fix may break the behavior on the Windows platform.
Bug: The "Never Allow" button from the screen sharing permission door-hanger drop-down is improperly positioned on Linux
Status: NEW
Priority: P5
Created: 2020-06-22 19:35:18+00:00
Resolved: 2023-12-09 09:09:30+00:00

**Note**
* When the user clicks a WebRTC web-app's screen-share start button, the screen-share permission door-hanger is displayed and the drop-down button area is not properly shown. The drop-down button is missing a parting line on the right of the arrow, just like it has one on its left.

**Affected versions**
* Nightly v79.0a1
* Beta v78.0b9
* Release v77.0.1

**Affected platforms**
* This issue occurs on the Linux platform.
* This issue does not occur on Windows or Mac OS.

**Preconditions**
* Se the following precondidions:
1. privacy.webrtc.allowSilencingNotifications = true
2. privacy.webrtc.legacyGlobalIndicator = false

**Steps to reproduce**
1. Engage in a WebRTC conference.
2. Allow the microphone and camera permission door-hangers.
3. Click on the web-apps's button to start screen sharing.
4. Click the "down arrow" drop-down button from the right of the "Not Now" button.

**Expected result**
* The "Never Allow" button is properly positioned.

**Actual result**
* The "Never Allow" button is improperly properly positioned.

**Regression range**
* This issue only occurs after the newly implemented design of the screen-sharing permission door-hanger in FX77.

**Additional notes**
* Please note that this "Never Allow" button also has an incompatible "pointy" design compared to the rounded corners of the permission door-hanger on Mac OS. Please let me know if a separate bug should be logged for this.
Bug: Stop using 'test slave' to refer to test machines
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-06-22 22:00:35+00:00
Resolved: 2020-07-03 02:58:40+00:00

All of these:

https://dxr.mozilla.org/mozilla-central/search?q=%22test+slave%22&redirect=false

are in comments, documentation strings or test log messages and can simply be replaced with "test machine".
Bug: Address bar in Nightly 79.0a1 (2020-06-20) on Ubuntu not responding to input
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2020-06-23 04:25:52+00:00
Resolved: 2020-06-26 07:28:17+00:00

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

Steps to reproduce:

1. Open Firefox Nightly (79.0a1, 2020-06-20) on Ubuntu
2. Type website url or search term in address bar
3. Press <Enter> or click on the Go button


Actual results:

Nothing happens


Expected results:

The browser should have navigated to the website or searched for the term using the configured search engine
Bug: Fix nits in FeatureGates localization file
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-06-23 05:17:28+00:00
Resolved: 2020-06-23 21:45:16+00:00

I'm not a fan of the comment that landed post review[1], but noticed a couple more issues while translating the file.

```
experimental-features-css-masonry-description = Enables support for the experimental CSS Masonry Layout feature.
```

This is the only description ending with a period, and didn't have one before
https://hg.mozilla.org/mozilla-central/rev/0b24d4ba23692d09830c49064972cec8f97b9b60#l6.6

```
experimental-features-web-gpu-description = Experimental API for graphics and computing on the Web
```

Per [guidelines](https://design.firefox.com/photon/copy/word-list.html#w), `Web` should be lowercase.

[1] Comments in Fluent are bound to the next message, so "The following string" is unnecessary.
Bug: Tab is stuck during dragging when user get pop-up message in Microsoft Teams
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2020-06-23 07:14:02+00:00
Resolved: 2023-12-04 13:10:52+00:00

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

Steps to reproduce:

1. Open ms Teams
2. Start dragging any tab
3. Let someone send you message during dragging tab


Actual results:

Tab is stuck during dragging when user take pop-up message in Microsoft Teams


Expected results:

Tab is should be fixed on panel after dragging, when user take pop-up message in Microsoft Teams
Bug: Local file icon is intermittently flickering when loading https pages
Status: NEW
Priority: P2
Created: 2020-06-23 09:18:45+00:00
Resolved: 2020-07-14 05:35:48+00:00

Sometimes when opening new HTTPS pages, especially in new tabs, the file icon will briefly flicker in the URL bar. I think this was previously the case with the ⓘ icon as well, so I don't think it's a regression of bug 1570678. It definitely feels more out of place now, though.

This is very intermittent, but when you browse a lot it's definitely perceivable. Unfortunately this seems to go away when trying to observe it.

From adding log points the issue seems to be that we're intermittently receiving only partial security info here https://searchfox.org/mozilla-central/rev/3d39d3b7dd1b2be30692d4541ea681614e34c786/browser/base/content/browser-siteIdentity.js#730, i.e. _isSecureContext is true, the site is HTTPS but _state indicates neither a secure nor a broken connection.

I wonder if we should fall back to showing the lock icon in this specific case, or whether there's any scenario where that would be incorrect. Or we can fix it to send the correct info :)