av9ash/GitBugs huggingface dataset:
Bug: Add Pocket login state to `events` and `impression-stats` pings
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-07-14 19:42:18+00:00
Resolved: 2022-07-30 09:28:27+00:00

We have a few different pings sent for Pocket-related actions:

impression-stats: https://github.com/mozilla-services/mozilla-pipeline-schemas/blob/main/schemas/activity-stream/impression-stats/impression-stats.1.schema.json

events: https://github.com/mozilla-services/mozilla-pipeline-schemas/blob/main/schemas/activity-stream/events/events.1.schema.json

pocket-button: https://github.com/mozilla-services/mozilla-pipeline-schemas/blob/main/schemas/activity-stream/pocket-button/pocket-button.1.schema.json

Only the last one tracks whether a user is logged-in/-out of Pocket at the time of each event. If we have a success metric that relies on understanding how often logged-in users click UI elements in New Tab (e.g. those tracked by the impression-stats and events pings), I won’t be able to filter out logged-out users and calculate the metric.
Bug: Scroll options cause browser crashes
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-07-14 19:44:42+00:00
Resolved: 2022-07-19 19:17:40+00:00

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

Steps to reproduce:

Well, my browser was crashing a lot, and, eventually, just going through a bunch of settings, I disabled auto scrolling and smooth scrolling.


Actual results:

Once I disabled these two settings, not only did the browser crashes stop, but my computer also stopped having memory management blue screens.


Expected results:

Logically, nothing should have happened. Scrolling options should not be causing browser crashes and blue screens. And yet, when I turned auto scrolling and smooth scrolling off, the browser was suddenly working just fine.

So, if I may, please roll those features back to beta features until they stop causing serious memory problems.
Bug: screen capture download crashes Firefox
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-07-14 22:58:15+00:00
Resolved: 2023-10-03 12:05:38+00:00

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

Steps to reproduce:

Followed the Screenshot process and selected Download at the end of it. 


Actual results:

In the file manager where I can rename the download, I select OK (to accept the Firefox-generated name) and a message appears to the effect it's processing, BUT after 2 or 3 minutes the panel/file-manager fades to white and Firefox Not Responding appears at the top. I must then go to Task Manager to Firefox to End Process. Until today, this was just very annoying, but today, I lost the download and the website doesn't allow a redo. ugh!


Expected results:

The screenshot download and save in file manager should save the screenshot to the default folder and file name (as a minimum).
Bug: In adaptive history autofill, "www" can't be omitted when searching with a prefix
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-07-15 01:53:24+00:00
Resolved: 2022-07-18 06:14:30+00:00

Cristian found this bug. If you create the following input history:

* URL: http://www.example.com/ (The "www" is important)
* Input: `http://ex`

Then the URL is not autofilled when you type `http://ex`. I'm not sure if we regressed this with one of the recent changes or not, but test_autofill_adaptiveHistory.js doesn't contain a test for this case.
Bug: Add bookmark overlay is broken with long localized descriptions
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-07-15 04:50:01+00:00
Resolved: 2024-02-23 23:09:00+00:00

The window is quite broken on the Italian build, apparently because of a long description that doesn't wrap.

The problem is present on release, so it's been there for a while (possibly since bug 1693139?).
Bug: Crash in [@ core::option::expect_failed | Servo_ResolveStyle]
Status: NEW
Priority: --
Created: 2022-07-15 07:04:24+00:00
Resolved: 2022-07-29 12:09:07+00:00

Crash report: https://crash-stats.mozilla.org/report/index/033cbfc2-a87a-4c08-9e41-e40d40220713

MOZ_CRASH Reason: ```Resolving style on unstyled element```

Top 10 frames of crashing thread:
```
0 libxul.so cs_svg_filter_frag::blend /usr/src/debug/firefox-102.0-1.fc36.x86_64/objdir/x86_64-unknown-linux-gnu/release/build/swgl-49837e50a223e5fd/out/cs_svg_filter.h:898
1 libxul.so mozglue_static::panic_hook /usr/src/debug/firefox-102.0-1.fc36.x86_64/mozglue/static/rust/lib.rs:91
2 libxul.so core::ops::function::Fn::call /builddir/build/BUILD/rustc-1.61.0-src/library/core/src/ops/function.rs:70
3 libxul.so std::panicking::rust_panic_with_hook /builddir/build/BUILD/rustc-1.61.0-src/library/std/src/panicking.rs:702
4 libxul.so std::panicking::begin_panic_handler::{{closure}} /builddir/build/BUILD/rustc-1.61.0-src/library/std/src/panicking.rs:588
5 libxul.so std::sys_common::backtrace::__rust_end_short_backtrace /builddir/build/BUILD/rustc-1.61.0-src/library/std/src/sys_common/backtrace.rs:138
6 libxul.so rust_begin_unwind /builddir/build/BUILD/rustc-1.61.0-src/library/std/src/panicking.rs:584
7 libxul.so core::panicking::panic_fmt /builddir/build/BUILD/rustc-1.61.0-src/library/core/src/panicking.rs:143
8 libxul.so core::panicking::panic_display /builddir/build/BUILD/rustc-1.61.0-src/library/core/src/panicking.rs:72
9 libxul.so core::panicking::panic_str /builddir/build/BUILD/rustc-1.61.0-src/library/core/src/panicking.rs:56
```
Bug: [Experiment] The "Import from [previous browser]" label is displayed instead of the "Load from [previous browser]" one on the primary button of the Import screen from the "Treatment D" branch
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-07-15 09:43:28+00:00
Resolved: 2022-07-21 06:51:29+00:00

**[Affected versions]:**
- Firefox Release 102.0.1 - Build ID: 20220705093820

**[Affected Platforms]:**
- Windows 10 x64
- Windows 7 x64

**[Prerequisites]:**
- Have the "nimbus.debug" pref set to "true" in the "about:config" page.

**[Steps to reproduce]:**
1. Open the browser from the prerequisites.
2. Navigate to the "about:studies?optin_slug=import-data-onboarding-time-saved&optin_branch=treatment-d&optin_collection=nimbus-preview" URL
3. Navigate to the "about:welcome" page and click the "Not now" button until the "Import data" screen is displayed.
4. Observe the primary button's label.

**[Expected result]:**
- The "Load from [previous browser]" label is displayed.
    
**[Actual result]:**
- The "Import from [previous browser]" label is displayed instead.

**[Notes]:**
- According to the [Figma specifications](https://www.figma.com/file/CjnCrvdbCIPO42YcHYFEuM/Import-Experiment?node-id=0%3A1) the "Load from [previous browser]" label should be displayed on the primary button of the Import screen from the "Treatment D" branch.
- Attached a screen recording of the issue:
Bug: Selecting all elements and changing line/font color or line thickness/font size changes only one element
Status: VERIFIED
Priority: --
Resolution: DUPLICATE
Created: 2022-07-15 10:03:52+00:00
Resolved: 2022-08-01 14:04:37+00:00

**Found in**
* Firefox 104.0a1

**Affected versions**
* Firefox 104.0a1

**Affected platforms**
* Ubuntu 20.04 x64
* Windows 8.1 x64
* macOS 12

**Steps to reproduce**
1. Launch Firefox and set pdfjs.annotationEditorMode = 0
2. Access any pdf form, ex: [link](https://www.irs.gov/pub/irs-pdf/f1040.pdf)
Toggle on Add Ink Annotation button or Add FreeText Annotation button and draw a few things or write a few separate texts on pdf with.
3. Select the all elements with Select all from context menu.
4. Change the text line color or font size. Change the line color or line thickness for drawing.

**Expected result**
* The text color or font size is changed for all selected texts. The line color or line thickness is changed for all selected drawn elements.

**Actual result**
* The text color or font size is changed for only one element. The line color or line thickness is changed for only one drawn element.

**Regression range**
* I will come back with regression range ASAP.
Bug: The adaptive history autofill doesn't respect the old/new prioritization
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-07-15 10:28:42+00:00
Resolved: 2022-08-18 15:42:25+00:00

**Found in**
* Fx103.0b9

**Affected versions**
* Fx103.0b9
* Fx104.0a1

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

**Steps to reproduce**
1. Launch Firefox.
2. Navigate to https://www.reddit.com/r/Romania/comments/us7ee6/serviciile_de_ridesharing_au_devenit_noii/ by pasting the link the address bar and hitting enter.
3. Navigate to https://www.reddit.com/r/Romania/comments/us89hm/mam_saturat_sa_lucrez_ca_programator/ by pasting the link the address bar and hitting enter.
4. Create the first adaptive autofill for the link at step 3, by typing 'redd' and chosing the link in step 3 from the firefox suggest section (making it the first/old adaptive record).
5.  Create the second adaptive autofill for the link at step 2, by typing 'redd' and chosing the link in step 2 from the firefox suggest section (making it the second/new adaptive record).
6. Type 'redd' in the address bar.


**Expected result**
* The https://www.reddit.com/r/Romania/comments/us7ee6/serviciile_de_ridesharing_au_devenit_noii/ is autofilled in the address bar according to the prioritization order (it's the newest adaptive record created).

**Actual result**
* The https://www.reddit.com/r/Romania/comments/us89hm/mam_saturat_sa_lucrez_ca_programator/ is autofilled.
This could be because it's the newest history entry? At least this is what the evidence suggests.

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

**Additional notes**
* Please note that this is an edge case where the history entry order is different from the adaptive creation order.
* The following is mentioned about the prioritization logic:
1. In descending order of use count. In other words, largest use count wins.
2. If the above is the same, the record whose search string does not start with “www” or a protocol like “http://” and “https://”.
3. If the above is the same, in descending order of frecency.
4. If the above is the same, newer records before older records.  ----- if it's history that has a priority, and not actually the creation of adaptive records, feel free to mark the bug as invalid.
Bug: Text not rendered in PDF viewer
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-07-15 11:10:31+00:00
Resolved: 2022-07-15 14:04:53+00:00

[Tracking Requested - why for this release]:
Seems to me that it's a pretty bad regression for the affected pdfs and should be fixed in 103 aswell.

**Found in**
* 103.0b9

**Affected versions**
* (**not affected**) 104.0a1	2022-07-14 
* 103.0b9

**Affected platforms**
* Windows 10
* Mac 10.14
* Ubuntu 22.04

**Steps to reproduce**
1. Open https://tetra4d.com/wp-content/uploads/2018/12/PartList-Helico.pdf


**Expected result**
* PDF is opened in Firefox, all text is rendered and visible

**Actual result**
* Most of the data in PDF is not rendered in PDF viewer

**Regression range**
* First bad: 2022-06-19
* Last good: 2022-06-18
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=c2a31813520bcb04cc99d0a3b823d876ae581d4d&tochange=ce6c834568c234e4d262bd4a648d68fdc2b58baf
* Potentially regressed by: Bug 1774899 - Update PDF.js to be2dfe45f96fa58a1926f764fd64d2416cecc501 r=pdfjs-reviewers,calixte

**Note**
* Not sure how reliable is but mozgression find fix points towards bug 1772941.
Bug: [Experiment] The "Import your data" label is displayed instead of the "Import from [previous browser]" one on the primary button of the Import screen from the "Treatment A" branch
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-07-15 12:06:09+00:00
Resolved: 2022-07-21 06:39:40+00:00

**[Affected versions]:**
- Firefox Release 102.0.1 - Build ID: 20220705093820

**[Affected Platforms]:**
- Windows 10 x64.
- Windows 7 x64

**[Prerequisites]:**
- Have the Firefox Release 103 browser installed.
- Have the "nimbus.debug" pref set to "true" in the "about:config" page.

**[Steps to reproduce]:**
1. Open the browser from the prerequisites.
2. Navigate to the "about:studies?optin_slug=import-data-onboarding-time-saved&optin_branch=treatment-a&optin_collection=nimbus-preview" URL.
3. Navigate to the "about:welcome" page and click the "Not now" button until the "Import data" screen is displayed.
4. Observe the primary button's label.

**[Expected result]:**
- The "Import from [previous browser]" label is displayed.

**[Actual result]:**
- The "Import your data" label is displayed instead.

**[Notes]:**
- Based on the [Mana Page](https://mana.mozilla.org/wiki/pages/viewpage.action?spaceKey=FPS&title=Import+Data+Onboarding+Step+-+Emphasize+time+saved+%28First+run%2C+new+users%29-+Fx+103), the "Import from [previous browser]" label should be displayed on the primary button of the Import screen from the "Treatment A" branch.
- Attached is a screenshot of the issue.
Bug: don't use private browsing taskbar icon when in permanent private browsing mode
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2022-07-15 16:06:36+00:00
Resolved: 2023-06-23 10:00:03+00:00

I noticed some inconsistency here today. In some cases we use the regular Firefox icon, while in others we use the Private one. After a brief discussion with Romain, we decided we should never use the Private Browsing icon when in permanent private browsing mode.

There's at least two cases to fix here, although there may be more:
- Opening a New Private Window with the keyboard shortcut
- Starting Firefox with `-private-window`

I also want to look at what happens when a Private Browsing shortcut is used (which has the private browsing AUMID set, and uses `-private-window` -- I fear we may get a flicker of the Private Browsing icon, and then switch back to the regular one.)
Bug: Entering intranet url into address bar does not go to the site, but instead opens a search.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-07-15 17:26:08+00:00
Resolved: 2022-08-17 00:03:31+00:00

Steps to reproduce:

Type in the URL of an intranet (local only) site into the address bar.  In our case we are using a .lan TLD that does resolve successfully.   


Actual results:

Opened search engine and searched for the site.  Acted like I searched from the search bar.


Expected results:

Site should have opened.
Bug: Verified extensions – No results were found
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-07-15 18:50:19+00:00
Resolved: 2022-08-17 00:08:07+00:00

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

Steps to reproduce:

1. Go to https://addons.mozilla.org/en-US/firefox/search/?promoted=sponsored%2Cverified&sort=users&type=extension

2. For Badging of "Verified" is EMPTY


Actual results:

3. Search results
No results were found.


Expected results:

4. Verified extensions should be listed

5. Or the Badging of "Verified" should be removed
Bug: X11 hangs on dragging a FF window with one tab to another's tab bar.
Status: UNCONFIRMED
Priority: --
Created: 2022-07-16 10:27:23+00:00
Resolved: 2023-06-05 16:32:08+00:00

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

Steps to reproduce:

Create window with one or more tabs.  Create a new window.  Drag the single tab onto the first window's tab bar.


Actual results:

X11 session completely freezes: unresponsive to keyboard or mouse input.  Display remains unchanging with a static image at the time of mouse button release.

Platform Slackware Linux X86_64 / X11 / GTK-3.0
WMs: both PekWM and TWM.


Expected results:

Tab should have been joined into the first window's tab set, and the second window should be closed.  N.B. If I create another tab in the second window, and then drag
the first tab over, the hang doesn't happen.
Bug: add options to hide "Other Bookmarks" button from Bookmarks toolbar
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-07-16 13:22:32+00:00
Resolved: 2022-09-01 14:04:01+00:00

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

Steps to reproduce:

I enabled FF synch.
It seems to be a regression of bug #1674539


Actual results:

I enabled FF synch and got an "Other Bookmarks" folder in the Bookmarks that can't be deleted, nor removed nor disabled. 
It seems to be a regression of #1674539

I can't find a button to hide it any more when right-clicking on the bookmarks toolbar.
The config options don't work:
browser.toolbars.bookmarks.showOtherBookmarks = false
and
browser.toolbars.bookmarks.2h2020 = false


Expected results:

Let me move, hide and delete the unwanted folder at the top of the bookmarks hierarchy that mess up my bookmarks real-estate on all my synced browsers.
Bug: Firefox stops responding after opening and/or searching 3 or 4 tabs/times.  Must restart to gain functionality.  Noticed 2-3 months ago. All office, local and personal machines.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-07-16 16:21:56+00:00
Resolved: 2022-08-31 09:08:15+00:00

Steps to reproduce:

Open firefox.  Use the URL to search or enter websites
Open new tabs for search or sites
After 3-4 tabs, Firefox stops responding (not entirely)
Old sites (open tabs) still function, new search requests do nothing
try to click a link and nothing happens
copy the link to new tab, nothing happens



Actual results:

Open firefox.  Use the URL to search or enter websites
Open new tabs for search or sites
After 3-4 tabs, Firefox stops responding (not entirely)
Old sites (open tabs) still function, new search requests do nothing
try to click a link and nothing happens
copy the link to new tab, nothing happens



Expected results:

Firefox should follow links, open new tabs
Bug: Retrying a failed download doesn't use original save file name
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-07-16 20:43:58+00:00
Resolved: 2022-09-15 12:16:06+00:00

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

Steps to reproduce:

Bug 377477 has returned in Firefox 102.0.1.  I had some files that failed to download.  I had given them personally chosen save as file names, which appeared in the download list along with the failed status.  Clicking the circular arrow icon to retry from the download list caused the download to be retried, ...


Actual results:

but the original entry in the download list was removed, and a new entry created using the name from the URL instead of the name I had chosen.  

This happened for quite a few files (I think there were some FB glitches at the time)


Expected results:

It should have used the file name I had chosen, as shown in the download list.
Bug: WebP favicons not added to the library
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2022-07-16 21:52:16+00:00
Resolved: 2022-07-26 15:28:23+00:00

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

Steps to reproduce:

Visit https://languagetool.org/


Actual results:

Its favicon isn't displayed in the library/history/bookmarks.
Bug: favicon of languagetool.org not added to the history/bookmarks when Dark theme
Status: NEW
Priority: P3
Created: 2022-07-17 06:16:58+00:00
Resolved: 2022-07-26 15:33:09+00:00

+++ This bug was initially created as a clone of Bug #1779896 +++

Steps to reproduce:
1. Start Firefox with `NEW PROFILE`
2. Enable `DARK THEME` in about:addons Theme

3. Visit https://languagetool.org/
4. Optionally, bookmark the page

Actual results:
Favicon not added to the history/bookmark(i.e, globe icon).

Expected results:
Favicon should be added. 


Interestingly, the problem does not happen if `LIGHT THEME` is enabled
Bug: crashing in google search box
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-07-17 10:02:21+00:00
Resolved: 2022-08-24 13:19:31+00:00

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

Steps to reproduce:

in all time after go to google and i put search for any keywrod and click search is done but after change this keyword target in google search box and click ENTER


Actual results:

 i get crash browser and high cpu usage


Expected results:

working not crashing
Bug: Letters are sometimes vertically misaligned in the default pdf viewer
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2022-07-17 13:56:40+00:00
Resolved: 2022-07-28 21:21:51+00:00

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

Steps to reproduce:

Open a pdf containing text.


Actual results:

Letters of some words are not vertically aligned. Some are positioned higher than others.
An example of what is seen is attached as a screenshot. The pdf opened was http://mirrors.ctan.org/fonts/newcomputermodern/doc/newcm-doc.pdf
Although the same thing is seen in other documents as well, irrespective of the font. Opening the pdf file in other pdf viewers such as Okular does not reproduce the issue. My screen resolution is 1920x1080. 


Expected results:

All letter glyphs should have been aligned.
Bug: Crash in [@ core::option::expect_failed | Servo_ResolveStyle]
Status: NEW
Priority: --
Created: 2022-07-17 18:51:49+00:00
Resolved: 2022-08-01 12:08:10+00:00

Crash report: https://crash-stats.mozilla.org/report/index/576198e6-6236-4365-9049-1a98f0220717

MOZ_CRASH Reason: ```Resolving style on unstyled element```

Top 10 frames of crashing thread:
```
0 libxul.so js::jit::WarpBuilder::build [clone .cold] build-browser/js/src/jit/js/src/jit/WarpBuilder.cpp:287
1 libxul.so mozglue_static::panic_hook /build/firefox-esr-2qfU8D/firefox-esr-91.11.0esr/build-browser/x86_64-unknown-linux-gnu/release/deps/mozglue/static/rust/lib.rs:89
2 libxul.so core::ops::function::Fn::call /usr/src/rustc-1.51.0/library/core/src/ops/function.rs:70
3 libxul.so std::panicking::rust_panic_with_hook /usr/src/rustc-1.51.0/library/std/src/panicking.rs:595
4 libxul.so std::panicking::begin_panic_handler::{{closure}} /usr/src/rustc-1.51.0/library/std/src/panicking.rs:497
5 libxul.so std::sys_common::backtrace::__rust_end_short_backtrace /usr/src/rustc-1.51.0/library/std/src/sys_common/backtrace.rs:141
6 libxul.so rust_begin_unwind /usr/src/rustc-1.51.0/library/std/src/panicking.rs:493
7 libxul.so core::panicking::panic_fmt /usr/src/rustc-1.51.0/library/core/src/panicking.rs:92
8 libxul.so core::option::expect_failed /usr/src/rustc-1.51.0/library/core/src/option.rs:1292
9 libxul.so Servo_ResolveStyle /build/firefox-esr-2qfU8D/firefox-esr-91.11.0esr/build-browser/x86_64-unknown-linux-gnu/release/deps/servo/ports/geckolib/glue.rs:5512
```
Bug: Google Search and Instagram erases history
Status: RESOLVED
Priority: P5
Resolution: INVALID
Created: 2022-07-17 21:46:19+00:00
Resolved: 2023-02-17 15:31:43+00:00

Using google search for an instagram address (e.g. @nnn) from address bar results in a google results page of that instagram address. This behaves more or less normally.  

Clicking one of the result links to go to Instagram takes me to that instagram page. HOWEVER, there is nothing in the Back Arrow. There is no way to go back to the search page I just came from using the ordinary navigation controls. All I can do is close the tab, open another one, and try again.

I don't know if this is a FF bug, or Instagram or Google somehow erasing or refusing to lay down a breadcrumb to backtrack.