av9ash/GitBugs huggingface dataset:
Bug: Some Pocket articles headlines are truncated
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-08-26 12:55:41+00:00
Resolved: 2021-11-18 19:09:13+00:00

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

Steps to reproduce:

1. I opened a new tab
2. I saw various Pocket article headlines
3. One of the headlines was truncated, and read: "The Phantom of the Opera: I take it all back - this West End spectacular more than deserves..."


Actual results:

I was not able to make sense of what the article was about, meaning I had wasted my time reading an incomplete headline. The only way to know what the article was about would be to click the link, which is wasting more time.


Expected results:

Pocket article headlines should not be truncated.
Bug: Check boxes in Settings do not show the check mark symbol
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-26 13:53:18+00:00
Resolved: 2021-08-26 18:08:07+00:00

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

Steps to reproduce:

Open Settings


Actual results:

All the boolean settings that use check boxes show as off/inactive: the check mark (tick) symbol that signifies an enabled setting do not appear. It is thus not possible to see how these settings are configured without resorting to about:config. Unfortunately as I rarely look at Settings, I have no idea when this stopped working — sometime within the last few months I suppose. Regular HTML pages (<input type="checkbox" …>) are not affected.

In the screenshot, see the settings under Startup. “Warn you when quitting the browser” (which is off) appears to only be available when “Restore previous session” (which I think is on) is enabled. (Which makes no sense, because that warning should surely only apply when there is pending data loss, which is the opposite of how this is currently arranged: if session restore is active, there is no need for a warning as you’ll get your session back.) I got confused at first wondering why this setting had been turned off, and couldn’t get it to come on — I had research how to set it directly from about:config otherwise all my tabs could have been lost on next quit.

This is Firefox 91.0.2 (64-bit) (latest) in Server 2016 Datacenter with Desktop Experience (RDS session host).


Expected results:

Active/selected/chosen (ticked, checked) check boxes (tick boxes) should show as such.
Bug: about:downloads menu accesskey triggers a javascript event
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-08-26 14:58:43+00:00
Resolved: 2022-01-08 22:33:21+00:00

Reproduction steps:

1. Start Firefox with a debugger
2. break on `nsContentSecurityUtils::ValidateScriptFilename`
3. continue the program, you'll break right away.  Use `list` to traverse down the function until you find the MOZ_LOG [line here](https://searchfox.org/mozilla-central/rev/28c8f793f9f8c80de24a179b4472098692a7e9a4/dom/security/nsContentSecurityUtils.cpp#1203).  now `break nsContentSecurityUtils.cpp:12345` or whatever your linenumber is.  
4. disable breakpoint 1
5. continue
6. Navigate to https://ritter.vg/misc/transient/zero.bin which is a 1GB zero-file
7. While it is downloading, go to about:downloads
8. Right click the in-progress download so you get the menu, click `l` to trigger the 'Copy Download Link' menu item.
9. Firefox should break at the MOZ_LOG
Bug: Sub-sections of "Enhanced Tracking" aren't readable with HCM enabled
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-08-26 16:21:38+00:00
Resolved: 2023-06-02 15:22:05+00:00

See comment on previous bug here: https://bugzilla.mozilla.org/show_bug.cgi?id=1723742#c28

STR:

On MacOS - enable Increase Contrast in system settings
Enable HCM (about:preferences > Language and Appearance > Colors > Always)
Visit the security section of preferences
Select "strict" or "custom"

Expected:
The text in the sub-section is readable

Actual:
The text in the sub section is rendered white-on-white
Bug: Overflowing right-to-left tab title shifts when hovered
Status: NEW
Priority: --
Created: 2021-08-26 19:10:58+00:00
Resolved: 2021-08-26 19:12:55+00:00

Testcase: using an en-US build of Firefox, in a new window, go to [this URL](https://snacksyrian.com/%d8%b3%d9%88%d8%b1%d9%8a%d8%a7%d8%aa-%d9%8a%d8%b1%d8%b3%d9%85%d9%86-%d8%ad%d9%83%d8%a7%d9%8a%d8%a7-%d8%b9%d9%86-%d8%a7%d9%84%d8%aa%d8%ad%d8%b1%d8%b4-%d9%88%d8%a7%d9%84%d8%a7%d8%ba%d8%aa%d8%b5%d8%a7/)

Note that the tab title is in Arabic script (right-to-left), and overflows the available width.

Now move the mouse in and out of the tab, and observe the text.

Result: when hovered, the text shifts to the left. When un-hovered, it moves back the right.

Expected: the tab title should not move when the mouse hovers over it.

My sense is that the "correct" position is what we see when the tab *is* hovered. The default (non-hovered) position is crowded up against the close-tab "x" icon.
Bug: "Clear Data" dialog check-boxes do not work
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-08-27 04:11:17+00:00
Resolved: 2021-09-03 17:39:59+00:00

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

Steps to reproduce:

- Open Settings (about:preferences).
- Search for "cache".
- Click "Clear Data".
- Try to select an option with a mouse.
 


Actual results:

1. It is not possible to select an option with a mouse.
2. When you press "space" the check-box changes color, which looks like some sort of selection.
3. The "Clear" button clears everything, including cookies, no matter what you selected.  


Expected results:

The dialog should allow me to select options, and clear only selected data.
Bug: Pages don't load after starting browser sometimes
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-08-27 04:38:52+00:00
Resolved: 2021-10-04 11:58:14+00:00

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

Steps to reproduce:

started running firefox. tried to go to any site from it (things like bookmarks or searching or anything)


Actual results:

it doesn't load the page. it shows that it is trying to load, but absolutely nothing happens. If I have multiple tabs open to try and go to different sites, the same thing happens for all of them. This can go on for up to two minutes.

And then all the pages will simultaneously load, once the problem finishes what it was doing.

This happens sometimes, not every time. It always happens after an update, but seems random otherwise. And it only happens on Firefox, not any other browsers. Ive tested that many times. 


Expected results:

Pages should've loaded right away when trying to connect to them.
Bug: Unable to unfocus searchbox of the preferences with mouse
Status: NEW
Priority: P3
Created: 2021-08-27 08:22:04+00:00
Resolved: 2021-11-09 04:03:38+00:00

When I try to scroll the page using PageUp/Down, etc., it is not executed because the focus is on the search field.
So I tried to move the focus by clicking on the blank area, but the focus did not move.

I know that it is possible to move the focus to the next indexed element by using the tab key, but it should also be possible by mouse clicking on the blank area.

Steps to reproduce:
1. Open Preferences 
2. Try to unfocus searchbox of the preferences with mouse

Actual Results:
Not possible with mouse.

Expected results:
Clicking on an empty area on the page should cause the search box to lose focus like about:addons page.
Bug: Urlbar results in search mode (one-off search engine) do not respect browser.urlbar.showSearchSuggestionsFirst
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-08-27 09:44:18+00:00
Resolved: 2021-09-06 13:55:41+00:00

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

Steps to reproduce:

- Set `browser.urlbar.showSearchSuggestionsFirst` to false.
- Type something in the urlbar that will result in both history results and suggestion results.
- Results with URLs that navigate to a page show first, results that launch a search show last. E.g. History results, bookmark results, etc. are at the top.
- Now activate a one-off search engine that has an OpenSearch x-suggestions parameter, but it needs to be one that has a searchForm parameter so that history entries matching the hostname will be queried for results. For example the built-in Google engine only seems to return suggestions and historical searches.
- If you don't have any search engines like this, I have some unsigned [search extensions here](https://github.com/aminomancer/uc.css.js/tree/master/extensions/search-extensions) that work.
- Also, any search engine created with [this popular addon](https://addons.mozilla.org/en-US/firefox/addon/add-custom-search-engine/) will work as long as you specify a suggestions URL.
- Presumably, Firefox's built-in one-off search engine creator component can make an engine that will work too. I didn't test this because it's hard to find a URL where Firefox actually shows the "add one-off search engine" button. I tried visiting lots of websites with opensearchdescription links in the main document, but Firefox doesn't seem to recognize it. Looking at the source code though it seems like it can create an engine that's functionally equivalent to what the addon above would create.
- Once you've added a suitable search engine, activate it in the urlbar, and once again type out a query that will result in both history results and suggestion results.


Actual results:

- This time the search suggestions, historical queries, and other results that launch searches instead of URLs show at the top; and results that navigate to a URL show at the bottom.


Expected results:

- The order of result and heuristic types should be consistent whether a one-off engine search mode is enabled or not.
Bug: Some items are not sentence case in overflow menu's panel
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-08-27 12:31:13+00:00
Resolved: 2021-09-15 07:11:06+00:00

**Affected versions**
* latest Nightly 93.0a1
* Beta 92.0b9 
* Release 91.0.2

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

**Steps to reproduce**
1. Launch Firefox.
2. Go to the Customize page. 
3. Drag & drop all the items to the overflow menu. 
4. Close the Customize page.
5. Observe the elements from the panel and sub panels. 

**Expected result**
* All items are written in sentence case.

**Actual result**
* Some items are not sentence cased in the panel and sub panel. 

**Suggested Severity**
* S4, since this won't affect affect the Firefox functionality or the end users. 

**Regression range**
* This is not a regression.

**Additional notes**
* Please see the attached screenshots.
Bug: Freeze at NtWaitForAlertByThreadId
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-08-27 13:43:13+00:00
Resolved: 2022-08-24 14:50:17+00:00

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

Steps to reproduce:

Occasionally Firefox stucks at NtWaitForAlertByThreadId while trying to load some websites.

By enabling WebRender (gfx.webrender.all -> true) the freeze will happen at NtUserMsgWaitForMultipleObjectsEx (https://bugzilla.mozilla.org/show_bug.cgi?id=1725640) instead of NtWaitForAlertByThreadId.

I noticed this started from 89~.

My OS is Windows 10, everything up-to-date including graphics card drivers.


Actual results:

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

When the page fails at loading the tab become unusable with the Reload button greyed out. One can load the page only by opening another tab or by restarting Firefox.
Bug: Customise Toolbar…: 'Bookmarks toolbar items' can be difficult to drag and drop
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-28 00:13:55+00:00
Resolved: 2021-08-30 18:26:40+00:00

User Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:91.0) Gecko/20100101 Firefox/91.0

Steps to reproduce:


1. long ago I began customising the menu bar to accommodate things that would be better in an additional toolbar

2. today I experimentally removed something from the menu bar

3. attempted to drag the thing back to the menu bar


Actual results:


4. it seems impossible to customise the menu bar (loss of functionality)


Expected results:


4. menu bar customisation
Bug: Firefox's UI is Not Acessible for Some Autistic People
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-28 17:20:28+00:00
Resolved: 2021-08-31 22:14:17+00:00

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

Steps to reproduce:

Firefox recently updated UI making it less accessible for autistic people when multiple tabs with no containers are used. As I make full use of containers I did not notice until a friend of mine (also autistic) pointed out a couple of weeks ago that he was switching to another browser because a recent change in Firefox made it difficult for him to use the browser. 

At first it didn't make sense to me, as I make use of containers, but when I tried to open multiple non-container tabs I would notice the issue.


Actual results:

With the current system template, there is too few visual distinctions between tabs, making it chaotic and visually disturbing for some autistic users.

Autistic people process sensory stimuli differently from neurotypicals, including, for some autistic people, visual information. Although sensory processing might vary a lot from individual to individual, it is a general guideline that visually ordered visual information, with clear distinctions between objects, is less likely to be harmful.

Depending on the autistic person and on the moment (and also depending on how long the person is browsing) this might be just very unpleasant to look at, while for others it is potentially harmful, with the risk of causing, for instance, a sensory crisis.


Expected results:

There should be a better distinction between tabs making UI less chaotic if Firefox wants to be accessible for everyone. When containers are used it seems fine (to me, at least) because the colored bar at the top of each tab, with this gap between the bars, makes each tab very distinctive from each other.

Also, when such changes in UI are made they could, ideally, go through a preview stage when both old and new are available options and there is an easy way to roll back, and the disabled community could be consulted on the changes before they are made permanent. In a certain way, this is not just a defect in Firefox, but also in the development process.
Bug: Does not remember application to open magnet links across Firefox sessions
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-08-28 18:37:05+00:00
Resolved: 2021-10-01 15:47:33+00:00

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

Steps to reproduce:

FF 91.0 magnets are linked correctly to torrent program (utorrent) but after you close FF when you restart it asks for confirmation, then it remembers it for the session but if you close FF then it starts all over again.
With previous versions it did not happen but I cannot tell wup to which version since you almost change daily


Actual results:

see above


Expected results:

It should start the torrent program as it was doing before without asking for confirmation every time.
Bug: The order of wildcard DNS SAN entries matters
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-29 07:31:58+00:00
Resolved: 2021-08-30 20:39:13+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/92.0.4515.159 Safari/537.36

Steps to reproduce:

I issued a certificate with several wildcard SAN entries. Let's say *.b.a, and *.a. I then visit c.b.a. If the certificate has the entries in the order *.a, then *.b.a, I get SSL_ERROR_BAD_CERT_DOMAIN. If I change the certificate to *.b.a, then *.a, it's fine.

Note that I tested various combinations, including having *.b.a in the CN for the cert. Chrome and curl (with openssl) do not seem to take issue. My stack uses Go, I suspect it doesn't have an issue either, but I haven't tested it as a client in this set up.

I do not think this is a security issue in the sense that users could be harmed. Firefox will just show warnings about pages being insecure when they probably aren't. Maybe if they added an exception for that and something later changed, it could be a security issue.


Actual results:

SSL_ERROR_BAD_CERT_DOMAIN


Expected results:

No error.
Bug: PDF search only active page
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-08-29 13:21:43+00:00
Resolved: 2021-08-29 15:16:23+00:00

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

Steps to reproduce:

I often use Firefox as a PDF reader, because it is more performant than others.
However I noticed a degradation in my experience since a PDF is not searched globally anmore.


Actual results:

1. Open a PDF.
2. Ctrl + F for search.
3. Search anything
4. Firefox will only find the term if it is visible in the viewport.


Expected results:

Of course any search should be performed globally over the whole document.
Bug: Searching text via context menu where text includes exclamation marks can activate DuckDuckGo's bang actions
Status: NEW
Priority: P3
Created: 2021-08-29 14:39:09+00:00
Resolved: 2021-10-29 08:02:57+00:00

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

Steps to reproduce:

OS: Windows 10 Home
Firefox Version: 91.0.1 & 91.0.2 (tested with both versions & reinstalled Firefox)
Firefox Nightly Version: 93.0 Alpha 1 (tested, same result)

Firefox Settings: 
Default Search Engine: DuckDuckGo
Search Shortcuts: Everything removed besides DuckDuckGo, Bookmarks, Tabs, History

Today I noticed for the first time that Firefox was sometimes using Google instead of using DuckDuckgo.  I mark some text on a website, right click on it and then I click in the context menu on Search DuckDuckGo for "xxx". I dont know what the issue is (maybe special characters !, ?, etc.) but sometimes Google comes up instead of DuckDuckGo when I do the above. Restarting and reinstalling Firefox didnt help.


Actual results:

Recorded my desktop (file.mp4 as attachment) so it is easier to understand what exactly happens: https://streamtape.com/v/7zAD4d8W91tA9ZW/file.mp4


Expected results:

When I set DuckDuckGo as my Default Search Engine I only want this one to use.
Dont want Google as my search at all.
Bug: fix captive portal telemetry
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-08-30 04:14:38+00:00
Resolved: 2021-09-24 08:01:09+00:00

Filed in Messaging for tracking purposes; will move to Networking later.

In bug 1722834, telemetry was added for a few things, including when the captive-portal-login-success observer notification was fired, and when the captive portal login infobar was shown.  

Unfortunately, after doing some redash analysis on our recent Nightly A:A experiment, we saw that the login-success notifications weren't always being sent.  

After some code inspection, it became clear that the telemetry was being sent only when the captive portal infobar was made to disappear, and never if the captive portal infobar hadn't been shown.  I've got a patch that moves it from an observer to the code into CaptiveDetect.jsm where the notification is being fired, which should be more correct and also less fragile, since it doesn't depend on when (for example) the observer gets registered.

I also took a look at the other telemetry, and the captive portal login infobar telemetry could be sent whenever the _showNotification method (which sometimes returns early) was called, meaning potentially too many times.  I pushed this notification down into the _showNotification method to the spot after the notification is actually shown.

I'd like to get this in on Monday if at all possible, as ideally, I'd like to get this uplifted to 92 so that we can run a 92 release A:A experiment to validate our telemetry if necessary.
Bug: [win7] Zoom percentage is blurred inside customize mode with High Contrast active
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-08-30 07:35:07+00:00
Resolved: 2023-06-02 15:22:05+00:00

*Affected versions*
* 92.0b9 (20210826192006)
* 93.0a1 (20210829215733)
* 91.0.2 (20210823123856)
* 91.0.1esr (20210816144842)




*Affected platforms*
* Windows 7x64





*Steps to reproduce*
1. Enable High contrast and open Firefox.
2. Enter customize mode and add zoom controls on toolbar.



*Expected result*
* Zoom controls are displayed as expected.

*Actual result*
* Zoom percentage is blurred inside customize mode.

*Regression range*
* Last good revision: f262de1ca687a9b2290d37a4ecd7633a2885f68b
First bad revision: 77840a2500c485084444a1e3389430bc18aa11d0
 Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=f262de1ca687a9b2290d37a4ecd7633a2885f68b&tochange=77840a2500c485084444a1e3389430bc18aa11d0




*Notes*
* Attached a screenshot.
Bug: Sign-in mail received way too late.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-08-30 09:18:27+00:00
Resolved: 2021-08-30 09:52:56+00:00

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

Steps to reproduce:

Download Firefox, sing in and wait for the email with login code. 
Email won't be sent until 10-15 minutes later, which obviously is way too late, since the code is only usable for 5 minutes. - not very thought through. 


Actual results:

I can't log into my account because of this.


Expected results:

the email in general! should come a lot quicker. This was already a huge problem. before it took some days for them, what was annoying but plan-able. This time, since the code can expired, it's basically useless.
Bug: Search bar dropdown menu - lingers after resize between search bar(s) area
Status: NEW
Priority: P5
Created: 2021-08-30 10:47:49+00:00
Resolved: 2021-10-19 19:20:49+00:00

**Affected versions**
* 93.0a1 (2021-08-29)

**Affected platforms**
* Win10, did not confirm on others at this time;

**Steps to reproduce**
1. Launch Firefox, enable the search bar as well;
2. Click inside the Search bar, start typing random characters;
3. Grab space between search and address bar and resize; type in characters to trigger a reset;

**Expected result**
* suggestion bar no longer displayed while resize;
* OR the left-margin of the dropdown remains clamped to left-margin of the parent search bar and moves around;

**Actual result**
* see attachment, the dropdown appears to appear in random positions;


**Additional notes**
* will poke the QA team for further investigation;
* attached recording to illustrate the issue.
Bug: about:support page has a slow loading tab animation when link dragged to a new tab
Status: NEW
Priority: --
Created: 2021-08-30 11:40:00+00:00
Resolved: 2021-08-31 02:06:49+00:00

*Affected versions*
* 92.0b9 (20210826192006)
* 93.0a1 (20210829215733)
* 91.0.2 (20210823123856)
* 91.0.1esr (20210816144842)




*Affected platforms*
* Windows 10x64





*Steps to reproduce*
1. Open about:support in a new tab (drag the link to a new tab/ drag bookmark to a new tab/ duplicate about:support page).



*Expected result*
* Tab animation is performed as expected.

*Actual result*
* Tab animation does not perform as expected.

*Regression range*
*  Last good revision: 95cbd137913873b3e3dddda4b4d895ce28e04048 (2020-08-06)
 First bad revision: 768023eab2270602610ef80988e29773f52d1be8 (2020-08-07)
 Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=95cbd137913873b3e3dddda4b4d895ce28e04048&tochange=768023eab2270602610ef80988e29773f52d1be8





*Notes*
* Attached a screen recording.