av9ash/GitBugs huggingface dataset:
Bug: browser.urlbar.singleClickSelectsAll no longer works
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-13 10:41:58+00:00
Resolved: 2020-04-13 19:05:20+00:00

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

Steps to reproduce:

(Using macos mojave. other operating systems not available for me to test) toggle browser.urlbar.singleClickSelectsAll to "false". Update firefox to the most recent version. then click the url bar once.


Actual results:

A single click selects the entire url bar. This is expected default behavior. I have toggled the setting browser.urlbar.singleClickSelectsAll to "false" in order to change this behavior. after the most recent update this setting no longer has any affect and a single click will select the entire url bar.
Before said update this setting worked as expected


Expected results:

with the setting mentioned above set to "false", a single click on the url bar should only place the cursor on that location of the url bar and should not select any text in the url bar.
Bug: Highlights dismiss modal - not dismissed by ESC key allowing tab navigation possible behind it
Status: NEW
Priority: P2
Created: 2020-04-13 11:15:13+00:00
Resolved: 2022-10-12 00:08:19+00:00

**Affected versions**
* 75.0, 76.0b4, 77.01a(2020-04-09);

**Affected platforms**
* macOS 10.15.3, Windows 10, Ubuntu 18.04;

**Steps to reproduce**
1. Launch Firefox, navigate a few webpages so that the highlights section becmoes populated;
2. Hover over a Highlights tile;
3. Click on the top-right (...) button for the tile;
4. Click on the Delete From History button;
5. Press on the ESC key;
6. Press the TAB key plenty of times - try to open other menus;

**Expected result**
* modal menu closed at step 5;
* TAB navigation behind the modal should not be possible in the page;
* other menus should not be open;

**Actual result**
* modal not closed on step 5;
* other menus can be open;
* trying to dismiss another highlight is "doable" but still the modal displayed is in effect dismissing 1st highlight tile;
* :mcoman noticed that that multiple modal menus can be open from this scenario as well;

**Regression range**
* will check asap;

**Additional notes**
* attached recording with the main issue.
Bug: Routing bug in Angular and Vue.js
Status: NEW
Priority: P3
Created: 2020-04-13 13:21:45+00:00
Resolved: 2024-02-27 17:13:07+00:00

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

Steps to reproduce:

1. Open example https://stackblitz.com/angular/mjmxaepldqe?file=src%2Fapp%2Fapp-routing.module.ts in new window (button on the top right)
2. Manually change URL in the address bar somehow, for example -> https://mjmxaepldqe.angular.stackblitz.io/superheroes -> https://mjmxaepldqe.angular.stackblitz.io/absdaedawd
Do not refresh the page.
3. Click on any button of the app's top menu to change current app route.


Actual results:

The URL in the address bar didn't change.
Only if I clear the address bar, the correct URL will be set.
Also reproduces with Vue.js apps with vue-router. (https://zq380r0wqx.csb.app/dsadd)


Expected results:

The URL should change according to the app's route configuration even if I change it manually.
Bug: The Firefox strings from the OS auth dialog doesn't respect the OS language
Status: REOPENED
Priority: P3
Created: 2020-04-13 14:19:55+00:00
Resolved: 2021-07-06 15:53:59+00:00

[Affected versions]:
- Nightly 77.0a1;
- Beta 76.0b4;

[Affected Platforms]:
- Windows 10 x64;
- Windows 8.1 x32;
- Mac 10.14.6;

[Prerequisites]:
- Have an OS password set.
- Have the Firefox browser in a different language than the OS one (eg: Windows in en-US and Firefox in DE).

[Steps to reproduce]:
1. Open the latest Nightly Firefox browser.
2. Navigate to the "about:logins" page and select a saved login.
3. Click on the "Show Password" button.
4. Observe the "Windows Security" dialog.

[Expected result]:
- All the strings are displayed in the OS language.

[Actual result]:
- The "Verify your identity to reveal the saved password." string is displayed in German and the rest of the strings are displayed in English

[Notes]:
- The issue is not reproducible on macOS. All the strings are displayed in the OS language.
- Attached a screen recording with the issue.
Bug: Regression Firefox 75 Save Download Files
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-04-13 15:29:21+00:00
Resolved: 2024-02-10 20:40:56+00:00

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

Steps to reproduce:

1. Preferences > Files & Applications > set "PDF File" to "Save File"
2. click on a HTML link to a PDF



Actual results:

A dialog "Enter name of file to save to" appears


Expected results:

File should be automatically saved to the Downloads directory as set in Preferences > Files & Applications > Save files to, with filename being the name in the URL.

This is how Firefox until 74 was doing it on my instance of Xubuntu 18.04.
Clicking through the "Enter name of file to save to" is a regression that causes waste.  Less clicks is better than more clicks.
Bug: Address copy to clipboard
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-13 15:35:24+00:00
Resolved: 2020-04-18 00:19:09+00:00

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

Steps to reproduce:

1. Visit any address that contains non-Latin alphabet characters  in URL.
2. Copy address to clipboard.
3. Paste address to any text editor.
4. URL will be encoded and not readable.


Actual results:

Links
https://hy.wikipedia.org/wiki/Օլիմպիական_խաղեր
and
https://el.wikipedia.org/wiki/Ολυμπιακοί_Αγώνες

will be copied as

https://hy.wikipedia.org/wiki/%D5%95%D5%AC%D5%AB%D5%B4%D5%BA%D5%AB%D5%A1%D5%AF%D5%A1%D5%B6_%D5%AD%D5%A1%D5%B2%D5%A5%D6%80
and
https://el.wikipedia.org/wiki/%CE%9F%CE%BB%CF%85%CE%BC%CF%80%CE%B9%CE%B1%CE%BA%CE%BF%CE%AF_%CE%91%CE%B3%CF%8E%CE%BD%CE%B5%CF%82


Expected results:

Links
https://hy.wikipedia.org/wiki/Օլիմպիական_խաղեր
and
https://el.wikipedia.org/wiki/Ολυμπιακοί_Αγώνες
should've been copied as they are, in readable characters.

This can be avoided by copying link from second character on:
ttps://hy.wikipedia.org/wiki/Օլիմպիական_խաղեր
This trick is functional but leads to poor user experience.

This issue was reported 11 years ago and was not resolved:
https://bugzilla.mozilla.org/show_bug.cgi?id=479039
Bug: Files are not shown on Downloads from Library section
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-13 15:39:48+00:00
Resolved: 2020-06-11 19:46:13+00:00

**Affected versions**
Nightly starting on 77

**Affected platforms**
Windows 7/10
Ubuntu 18.04
MacOS 10.14

**Steps to reproduce**

1. Open firefox browser
2. Download any file
3. Go to downloads section from Library (Hamburger or Toolbar)
4. Check files downloaded

**Actual Result**

Files downloaded are not shown on downloads section from the Library.

**Notes**

This happens on normal and private browser. 

**Regression-Range**

10:13.96 INFO: No more integration revisions, bisection finished.
10:13.96 INFO: Last good revision: 526c65b7b51694b6657d6d284de4af705acbfe48
10:13.96 INFO: First bad revision: 70b0b35496a599087b9909dcdc4df6ebee117f77
10:13.96 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=526c65b7b51694b6657d6d284de4af705acbfe48&tochange=70b0b35496a599087b9909dcdc4df6ebee117f77
Bug: v2 personalization can trigger multiple instances of PersonalityProviderWorker.js
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-04-13 17:05:08+00:00
Resolved: 2020-04-27 07:58:50+00:00

This is a blocker to turning on this feature.

During the cache load processes there is a new object that is setup but doesn't tear down the old worker.

This new object then goes and sets up a new worker.

Pretty sure this is a memory leak of sorts.

The fix should be easy, either make sure, if there is a provider already available, use it and not make a new one.

Or teardown the old one.

I prefer the option to use the old one.
Bug: issues with standalone page for certificate viewer
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-04-13 17:08:16+00:00
Resolved: 2020-05-04 11:39:10+00:00

In bug 1585620 a standalone page for the certificate viewer was implemented. But the implementation has several issues. This ticket is kind of a meta issue.

1. It takes several seconds to load the tabs. For ~ 5 seconds only the headline is visible, nothing else.
2. The caption of the first tab is "Unknown".
3. The content of the first tab is completely empty (expected state is unknown because of 2).
4. The content of the "Your Certificates" tab is completely empty (empty state is missing*).
5. The content of the "People" tab is completely empty (empty state is missing*).
6. The order of the tabs is different than on the preferences screen (should be unified).

*) On the preferences screen there is alo no "empty state" text but there is an empty table and it's clear that there are no entries. But a completely empty content area looks like an error because it's not clear if content is missing or not.
Bug: I'm not able to append 's' to the protocol to switch to secure site, because there is no protocol in address bar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-13 18:10:40+00:00
Resolved: 2025-03-02 14:52:26+00:00

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

Steps to reproduce:

I opened http://www.motherfuckingwebsite.com/ linked from https://www.reddit.com/r/firefox/comments/g088xp/questions_to_mozilla_from_a_ux_designer_and_is/fn8s97f/ and noticed connection is not secure so I will like to append 's' to `http' protocol.


Actual results:

There is no protocol when editing in address bar.


Expected results:

I can understand protocol is hidden in normal view, but it should be available for editing.
Bug: Urlbar Search Tips obscure the bookmarks toolbar
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2020-04-13 20:00:10+00:00
Resolved: 2020-06-11 19:34:11+00:00

Steps to reproduce:
1. Start Nightly
2. Try to click bookmarks on bookmarks toolbar
   or 
   Try to click text(fake) field in new tab page

Actual Results:
The Urlbar Search Tips obstructs those mouse clicks. See attached screenshot

Expected results:
Such overlap should not obstruct any UI
Bug: Cannot use "No Style" to avoid page loading animations
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-04-13 21:09:28+00:00
Resolved: 2020-04-27 16:15:53+00:00

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

Steps to reproduce:

I followed a link to this page (safety warning, contains animation):

https://degenesis.com/downloads/books/


Actual results:

1. The page fired painful animation as it loaded, and more on mouseover.

2. I tried to use No Style. I opened a new tab, pasted the url, selected Page Style > No Style, and entered. It loaded with its preferred style and pain/animation.

3. (Also) I also tried to use No Style to block zoom on mouseover, but that did not work either.


Expected results:

Since users can get sick from page loading animation, users should have a way to load without animation, rather than have to go through the animation before they can apply options to block the animation.
Bug: When I go to Instagram.com or Facebook.com the history for that tab disappears.
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2020-04-13 21:11:53+00:00
Resolved: 2020-05-11 12:22:01+00:00

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

Steps to reproduce:

In any tab in Firefox I either followed a link to a Facebook or Instagram page, or I typed "Facebook.com" or "Instagram.com" into the search bar. I have had this happening consistently for since at least November 2019.


Actual results:

The browsing history for that tab disappeared - cannot use the back arrow to go back to the previously viewed web page.


Expected results:

I should be able to go back to the previously viewed web page.
Bug: Switching between localisations of Firefox can end up with the wrong default engine
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-04-13 22:07:01+00:00
Resolved: 2020-04-22 15:39:39+00:00

From Partner: 
When l choose Mozilla Options – General – Language – English
-  In this case both search entities – search bar and address bar – Google by default. My Windows set is English. Yet IP address is Moscow, Russia (double checked that).
This should not be happening.

Can we have someone help investigate? I can loop them in with her to see if there are some odd setting issues.   Can we add there Yandex search by default, if IP locale is Russian?
Bug: URL spoofing using  'very-long-hostname' URL
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2020-04-13 22:23:41+00:00
Resolved: 2024-11-05 20:50:36+00:00

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

Steps to reproduce:

Copy and paste this URL:

https://google.com.mail.accounts.fake.fake.fake.fake.fake.fake.fake.fake.fake.fake.fake.fake.fake.fake.fake.fake.fake.fake.fake.fake.fake.fake.fake.fake.fake.fake.fake.fake.fake.fake.fake.attack.com/


Actual results:

attack.com should be shown


Expected results:

First part of the URL i.e subdomains are shown hiding the real domain.
Bug: Entries in a address bar dropdown can no longer be deleted
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-13 23:57:59+00:00
Resolved: 2020-04-14 06:35:24+00:00

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

Steps to reproduce:

1. Click on the address bar.
2. Start typing
3. Select an entry (using Down/Up arrows)
4. Press <DEL>


Actual results:

Nothing.


Expected results:

Entry should be removed from the history the way it used to before the new bar.
Bug: Google search and address bar google search are different. No country option and images go to the English Google.
Status: NEW
Priority: P3
Created: 2020-04-14 01:08:04+00:00
Resolved: 2024-06-27 12:25:07+00:00

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

Steps to reproduce:

1- Go to www.google.pt and search a term.
2- Open a new page and search on the address bar the same term as 1


Actual results:

On "1" it's possible to filter results by country, something that doesn't happen on "2".

Pressing "Imagens" takes you to the Portuguese image results, but on 2, google has menus in English and the results are different.


Expected results:

Searching on www.google.pt or the address bar should result in the same search.
Bug: Address bar (appears to be) focused and zoomed in, unable to close on first run.
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-04-14 01:27:13+00:00
Resolved: 2020-08-25 17:04:09+00:00

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

Steps to reproduce:

Update my product to 75 version


Actual results:

Try to open it, it opens but still in freeze state !!


Expected results:

Work normal as usual.
Bug: Copying URL with Cmd-C from Firefox Address Bar Does Not Encode Spaces to %20
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-04-14 03:54:59+00:00
Resolved: 2020-04-15 04:40:55+00:00

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

Steps to reproduce:

1. Navigate to a URL containing %20 escape codes for space
2. Check URL, see spaces instead of %20
3. Cmd-C (or equivalent) the URL
4. Paste the URL in Slack (or other programs that don't auto-encode)
5. URL is split at spaces

Can use https://openwhisk.ng.bluemix.net/api/v1/web/API%20Connect%20Native_apic-on-prem/default/index.http as an example


Actual results:

Because the URL in the address bar is generated with spaces, and these spaces are not encoded to %20 when copied with Cmd-C, any program that auto-fills hyperlinks but doe not auto-encode them will split the URL on the spaces.

Note that if the Copy Link option of the [•••] drop-down in the address bar is used, this problem does not occur (spaces are encoded as %20 to clipboard).


Expected results:

Copying the URL in the address bar with Cmd-C or otherwise should encode spaces as %20, and any other non-html-safe characters to their equivalent encodings as well (not sure if other characters affected).
Bug: Move the "Show sidebars" toolbar icon to the left of the address bar (since the sidebar opens to the left by default)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-14 04:55:11+00:00
Resolved: 2020-06-11 19:48:23+00:00

Steps to reproduce:

1. Install Firefox
2. Run Firefox
3. Click "Show sidebars" toolbar icon

What happens:

The sidebar opens on left side of browser window 

Expected result:

The sidebar should open near the "Show sidebars" icon. Given that the sidebar has been on the left forever, it makes sense to move the toolbar icon to the left side.
Bug: megabar in popup windows is always  bulged
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-14 06:37:07+00:00
Resolved: 2020-04-14 11:57:44+00:00

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

Steps to reproduce:

* Firefox 77.0a1 (2020-04-12) on Arch Linux
* F12 to open devtools
* Run `window.open('about:blank', '', 'menubar=off')` and allow popups


Actual results:

megabar in the popup window is bulged, no matter where you click.


Expected results:

megabar should only be bulged when the user focuses it, and return to normal when the user clicks outside.

This happens to me for GMail, which has a link at the right bottom to show the user detailed information about active sessions in a popup window.
Bug: auth2 redirection return url peculiar problem in firefox v75.0
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-04-14 09:36:54+00:00
Resolved: 2020-05-11 09:48:56+00:00

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

Steps to reproduce:

Go to website elearning.yeka.gr and click a link which requires login from another site which then redirects back to the initial website. The login does not seem to fail, no error messages, but the website does not show the menus for a logged user. Seems that it has do with the interpretation of the return url in firefox.


Actual results:

Go to a website of the greek labor ministry. The site prompts you to login via another site (auth2 login) and after login to the other site, then you are redirected to the initial website. 
When you are redirected back to the initial site the full link in the address bar is:
https://elearning.yeka.gr/(S(l3yd3hymgheyeul4sqjuob0e))/login.aspx?ReturnUrl=%2fdefault.aspx



Expected results:

When i follow the same procedure with Microsoft Edge, the url after login and redirection, is:
https://elearning.yeka.gr/(S(nnrcwmwyt1lzg1fgcyqf5l0w))/default.aspx

machine: Windows 10 x64

I tried it in another machine (Windows 7 x64) with an older version of firefox and it works fine. So, it seems  that the issue has to do with the specific version of firefox v75.0.

I tried to clean all the history, cache and cookies but it didn't help.
Bug: [Customize mode] Several elements from the Overflow Menu are incorrectly displayed if the browser window width and height are reduced considerably
Status: NEW
Priority: P3
Created: 2020-04-14 10:36:33+00:00
Resolved: 2020-05-12 01:01:08+00:00

**Affected versions**
* Firefox 75.0 (BuildId:20200403170909)
* Firefox 76.0b4 (BuildId:20200412214314)
* Firefox 77.0a1 (BuildID:20200413225327)
* Firefox 68.7.0esr (BuildId:20200403171148)

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

**Steps to reproduce**
1. Launch Firefox.
2. Access the “hamburger” menu.
3. Click the “Customize” option.
4. Reduce the width and height of the browser window considerably. 
5. Populate the overflow menu until it’s vertical scrollbar is displayed.

**Expected result**
* All the elements are correctly displayed within the Overflow menu. 

**Actual result**
* Several elements are incorrectly displayed inside the Overflow menu. 

**Regression range**
* This seems to be a regression.
* Pushlog: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=afa310dc89beeb4b7a9564d2c89ff32906f427ad&tochange=5a8107262015714d2907a85abc24c847ad9b32d2
* Note: Unfortunately mozregression kept skipping builds and couldn’t point out the exact regressor.

**Notes**
* For more information regarding this issue, please observe the attached screenshots.
Bug: Can't reduce address bar input size with escape key
Status: VERIFIED
Priority: --
Resolution: WONTFIX
Created: 2020-04-14 10:38:25+00:00
Resolved: 2020-04-15 10:20:09+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:56.0) Gecko/20100101 Firefox/56.0

Steps to reproduce:

Click in the address bar on any site.
The address bar enlarges.
Pressing ESC doesn't restore the size


Actual results:

The Address bar remains large covering bookmark tabs underneath it and covering other information on the web page been displayed.


Expected results:

After pressing ESC, the address bar input size should have returned to the normal size.
Bug: Popups from local html sites file:/// using js window.open function are blocked despite exception
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-04-14 11:42:26+00:00
Resolved: 2020-04-29 20:46:36+00:00

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

Steps to reproduce:

- Upgrading FF 74.x x64 to FF 75.0.1
- opening a locally stored html file containing Javascript window.open function to sequentially open several sites
- verifying an exception to not block popups from local files is set (adding my local file gets translated to: file://UNIVERSAL_FILE_URI_ORIGIN) 
- executing the js function (First time after FF start it behaves correctly)
- closing the opened tabs
- executing the js function again 



Actual results:

After the first start of firefox: All window.open functions are executed correctly and I see all opened windows as tabs. 
Closing them and re-using the function causes one site to open in a tab but all other calls are intercepted and after a while the known message "x popups have been blocked" appears.


Expected results:

Independent if FF was started for the first time or the function has already been used in the session: all popups should be shown and not intercepted.
Bug: The titlebar-button buttons don't have a tooltip or accessible label
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-04-14 11:50:44+00:00
Resolved: 2021-01-15 13:29:39+00:00

The Minimize, Maximize/Restore, and Close buttons in the tabs toolbar, outside the tab list, have no accessibility label. These toolbar-buttons probably need tooltip text, or if that isn't wanted, aria-labels.

STR:
1. On Windows, inspect the buttons with a class of titlebar-button with accessibility inspector.
   * Expected: These should have names.
   * Actual: Names are empty/null.

Setting an access-p2 because these functions are also available via the Alt+Space System window menu.