av9ash/GitBugs huggingface dataset:
Bug: Firefox bookmark self-linking (infinity loop basically)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-08-27 06:29:27+00:00
Resolved: 2022-09-01 14:24:16+00:00

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

Steps to reproduce:

I moved from a old firefox instance the bookmarks tab to the new one (accidentally). If you click on the new entries it will spawn new items etc. 


Actual results:

The result was a new link (basically like a symlink), which lead to a new creation of the same three entries. If you again click on them, they will recreate three items below (infinity?) 


Expected results:

Usually firefox booksmark tab should detect if already existing links are existing and not self-recreating them. xD 

Not sure how the impact is to I keep it between us for now.
Bug: Address bar incorrectly prioritizing popular sites over history
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2022-08-27 15:36:41+00:00
Resolved: 2022-08-30 11:18:11+00:00

In previous versions, typing `i` would reliably autocomplete internals.rust-lang.org from my history, `l` would autocomplete lwn.net, and so on. After upgrading to Firefox Mobile 104, typing `i` gives imgur, and extending it to `in` gives Instagram. This makes it much more difficult to get to sites I actually use.

In case it's relevant, I have search suggestions turned off.
Bug: firefox view tab pickup setup flow gets stuck if primary password prompt was cancelled
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-08-27 20:11:47+00:00
Resolved: 2022-09-27 12:49:06+00:00

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

Steps to reproduce:

* Observed the Firefox view icon at the left end of the tab bar.
* selected it, and observed a button to start using it.
* received dialog to enter primary password (I had cancelled the entry when I started nightly.)
* Tried to enter password several times, very carefully, but unsuccessfully. This may be a problem as I almost always get the password correct when I am careful.
* Tried to cancel the password dialog, hoping to cancel setting up the tab pickup feature. This did not work.
* Finally my primary password was accepted after several more attempts during which I was watching which keys I pressed.

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

Computer network name:    mars
Machine type:             AMD64
Processor type:           Intel64 Family 6 Model 158 Stepping 9, GenuineIntel
Platform type:            Windows-10-10.0.19043-SP0
Operating system:         Windows
Operating system release: 10
Operating system version: 10.0.19043



Actual results:

* Entering the password seemed to fail even when entered correctly.
* Cancelling the primary password dialog did not cancel setting up the tab pickup feature.



Expected results:

* Entering the primary password should have worked as reliably as as when the dialog is presented at other times.
* Cancelling the primary password dialog should have cancelled setting up the tab pickup feature.
Bug: Yahoo finance chart is not loaded
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-08-28 09:17:38+00:00
Resolved: 2022-10-06 10:59:37+00:00

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

Steps to reproduce:

The yahoo finance charts are not loaded and I see the message that it slows down the firefox. Then I have to press "stop". In fact, nothing happens even after some minutes. I am using Firefox 104 on Windows 11.

The test URL is https://finance.yahoo.com/chart/BTC-USD?p=BTC-USD



Actual results:

Chart is not shown.
Bug: Context menus in dialog "Library" does not follow dark theme
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-08-28 09:25:39+00:00
Resolved: 2024-01-29 10:48:01+00:00

Steps to reproduce:

1. Open the dialog "Library"
2. Open the context menu in the field "Search Bookmarks" or for any bookmark.

Happened in 104.0 (32-bit) under Windows 7.


Actual results:

The context menus does not follow the dark theme.


Expected results:

The context menus should follow the dark theme.
Bug: Window.devicePixelRatio no longer returns OS scale in extension background pages
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-08-28 13:24:40+00:00
Resolved: 2023-01-17 22:39:56+00:00

Window.devicePixelRatio aways returns 1 in extension background pages. This is a regression introduced by https://phabricator.services.mozilla.com/D149033 according to mozregression, and the first affected stable release is Firefox 103.0.

In Firefox 102 devicePixelRatio returns the correct OS scale in background pages, and the value is not affected by the default zoom level of the browser.

In content scripts devicePixelRatio is only affected by the zoom level of the page if "Zoom text only" is not enabled in the browser's settings, but browser.tabs.getZoom() will always return the zoom level of the page, without any indication if only the text or the the entire page content is zoomed. This ambivalence makes it difficult to calculate the OS scale in a content script, and that's why the value of devicePixelRatio from the background page was useful.

In Chromium we can reliably get the OS scale in a content script or the background page by dividing devicePixelRatio with the value of browser.tabs.getZoom(). The value of devicePixelRatio is always affected by the default zoom level, including in background pages, and there is no option to zoom the text only in the browser.
Bug: page overlap
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-08-28 14:58:46+00:00
Resolved: 2022-08-28 15:26:06+00:00

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

Steps to reproduce:

Open firefox and log into the website - https://nwfcu.org
Issue1:
once logged in, It opens up a split container - Master view contains Accounts and Detailed view contains details about each account when clicked.
The Detailed view text overlaps.
Issue2:
Could not Payment schedule (transfer)
The page loads up fine, after entering the amount and click on submit.
It does not go to the next page, it stays as it is.  Please note the firefox browser is not frozen at this point, I can access other tabs or even scroll the transfer page, only the transfer button is disabled


Actual results:

Issue 1 - The Detailed view text overlaps.
Issue 2 - I am not able to schedule the transfers ..


Expected results:

Issue 1 - The Detailed View should not overlap
Issue 2 - Transfer (payment schedule) should have been done.
Bug: Firefox View tab cannot be closed
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-08-28 19:43:38+00:00
Resolved: 2022-08-29 17:35:47+00:00

Latest nightly; confirmed in an unmodified profile (with one pref change)

STR:
1. Enable "confirm before closing multiple tabs" (about:preferences > general > tabs)
2. Click on the Firefox View icon
3. Open another tab (actually, you just need to have a tab open... which it is difficult to not do)
4. Right click on the Firefox View icon and remove from toolbar (optional)
5. Click the x on your open tab (or middle-click)
6. See "you are about to close 2 tabs," despite no visual indication that the Firefox View tab is open, or any way to close it.
Bug: Screenshot feature cuts off the right part of the website.
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2022-08-29 10:41:19+00:00
Resolved: 2022-10-12 19:28:19+00:00

Steps to reproduce:

I used Ctrl+Shift+S to take a screenshot of the whole site.
You can also reproduce


Actual results:

The screenshot tool only included a part of the website. About 25% of the site was cut-off from the right.


Expected results:

The screenshot tool should've included the WHOLE website in the picture.
Bug: "Turn on tab syncing" assumes that everybody should sync tabs.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-08-29 12:40:07+00:00
Resolved: 2022-08-29 15:05:14+00:00

Using Nightly, I got greeted in all my profiles with a message telling me that I have not completed (“66% complete”) setting up something. And suggest to “Turn on tab syncing”.

I deliberately chose not to turn it on, or I might have disabled it at one point because while I want to share passwords, bookmarks and being able to send tabs to other devices, I absolutely want to separate my Work-related profile from my Personal profile. Syncing tabs would provide a terrible user experience in my way of managing my profiles.

This page should either assume that this is a deliberate choice, or offer a “Skip” / “I do not want to sync tabs” button.

Without this button Mozilla might appear as a data hoarder while users want control over what data goes out of their computers.
Bug: The "browser.firefox-view.view-count" pref is not incremented if the "Firefox View" page is accessed by any other method except the default pinned tab
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-08-29 12:57:32+00:00
Resolved: 2022-08-29 14:33:22+00:00

**[Affected versions]:**
- Firefox Nightly 106.0a1 - Build ID: 20220829094551

**[Affected Platforms]:**
- Windows 10 x64
- macOS 11.6.5
- Linux Mint 20.2 x64

**[Prerequisites]:**
- Have a Firefox profile created.

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Navigate to the "about:config" page and observe the "browser.firefox-view.view-count" pref value.
3. Open a new tab and navigate to "about:firefoxview" page.
4. Focus the "about:config" page and observe the "browser.firefox-view.view-count" pref value.

**[Expected result]:**
- The "browser.firefox-view.view-count" pref value has been incremented by 1.

**[Actual result]:**
- The "browser.firefox-view.view-count" pref value was not incremented.

**[Additional Notes]:**
- This issue is also reproducible if the "about:firefoxview" is accessed from a new window or a non-default Firefox View tab is focused.
- Attached a screen recording of the issue.
Bug: Firefox doesn't open log files as text when a non-text/plain mimetype is associated with them via handlers.json or the OS mimetypes associations
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-08-29 13:31:25+00:00
Resolved: 2022-09-13 13:31:19+00:00

Steps to reproduce:

Open a plain text file with ".log" extension (from www or local file)


Actual results:

An endless number of tabs opens, and as many 0-byte temp files are created


Expected results:

Text file is shown
Bug: The "userEnabledActiveColorway" targeting parameter from the ASRouter page has no value if a custom theme is enabled
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-08-29 14:23:38+00:00
Resolved: 2022-08-30 08:44:01+00:00

**[Affected versions]:**
- Firefox Nightly 106.0a1 - Build ID: 20220829094551

**[Affected Platforms]:**
- Windows 10 x64
- macOS 11.6.5
- Linux Mint 20.2 x64

**[Prerequisites]:**
- Have the "browser.newtabpage.activity-stream.asrouter.devtoolsEnabled" pref set to "true" in the "about:config" page.
- Have a custom theme enabled from "about:addons>Themes".

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Navigate to the "about:newtab#asrouter" page and select the "Targeting" section.
3. Search for the "userEnabledActiveColorway" parameter and observe the displayed value.

**[Expected result]:**
- The "userEnabledActiveColorway" parameter is set to "false".

**[Actual result]:**
- The "userEnabledActiveColorway" targeting parameter from the ASRouter page has no value.

**[Additional Notes]:**
- If a colorway theme is applied the "userEnabledActiveColorway" parameter is set to "true".
- If a browser default theme is applied the "userEnabledActiveColorway" parameter is set to "false".
- Attached a screen recording of the issue.
Bug: Firefox View button in Tools menu opens unselected tab when Fx View removed from tabstrip
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2022-08-29 15:27:46+00:00
Resolved: 2022-09-28 08:55:25+00:00

Steps
1. Remove Fx View from Tab strip
2. Click "Tool" Menu
3. Click Firefox View

Actual: When I use the "Tool" menu to open Fx View and it is not in my tab strip, Fx View opens but no tab is selected.
Recommended resolution: Conditionally change button language in "tool" menu so that when Fx View has been removed from tabstrip/toolbar then the button reads "Restore Firefox View" (need copy support). Expected functionality would be that Firefox View is restored in its place as a pinned tab, and then that the Fx View tab is selected.
Bug: Firefox View's "Tab Pickup" card has ineffective -webkit-line-clamp clamping
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2022-08-29 17:30:58+00:00
Resolved: 2022-08-31 22:07:03+00:00

Not sure about precise STR, but probably:
 - Have your Firefox signed in to a Firefox Account, with another device also connected.
 - Visit `about:firefoxview` and look at the top left corner.
 - Notice the title of the card. Hopefully it's ellipsized and has some tall characters (e.g. "t" "l") that are after the ellipsis.  (If not, use devtools to edit the text there to add some tall characters)

ACTUAL RESULTS:
- See attached screenshot -- the tops of the characters after the ellipsis were still showing up on the (clipped) next line.
- It looks like we're styling this element with `display:-webkit-box; -webkit-line-clamp: 2` to attempt to prevent that, but it's not working; possibly because this element's being a grid item might be nerfing the `-webkit-box` display value? Not sure.

EXPECTED RESULTS:
No such partially-visible characters.
Bug: 4.48% tart (Windows) regression on Wed August 24 2022
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-08-29 19:01:57+00:00
Resolved: 2022-08-31 13:50:51+00:00

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

### Regressions:

| **Ratio** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)**| 
|--|--|--|--|--| 
| [5%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,3869696,1,1)  | [tart](https://firefox-source-docs.mozilla.org/testing/perfdocs/talos.html#tart)  | windows10-64-shippable-qr | e10s fission stylo webrender | 2.82 -> 2.95 |
| [4%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,3869696,1,1)  | [tart](https://firefox-source-docs.mozilla.org/testing/perfdocs/talos.html#tart)  | windows10-64-shippable-qr | e10s fission stylo webrender | 2.83 -> 2.96 |
### Improvements:

| **Ratio** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)**| 
|--|--|--|--|--| 
| [6%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,4086589,1,1)  | [tart](https://firefox-source-docs.mozilla.org/testing/perfdocs/talos.html#tart)  | linux1804-64-shippable-qr | e10s fission stylo webrender-sw | 3.49 -> 3.27 |


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=35234), 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) may be backed out** in accordance with our [regression policy](https://www.mozilla.org/en-US/about/governance/policies/regressions/).

If you need the profiling jobs you can trigger them yourself from treeherder job view or ask a sheriff to do that for you.

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).
Bug: duplicate URL results having to do with case sensitivity
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-08-29 19:42:55+00:00
Resolved: 2022-08-30 14:09:23+00:00

Apologies for the title/summary but basically, sometimes I'm seeing duplicates in the URL results that seem to be because Firefox isn't recognizing the case sensitivity? It might only be the case sensitivity of paths though? Please see attached screenshot of the issue
Bug: Recently closed windows doesn't work
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-08-29 21:00:53+00:00
Resolved: 2022-08-31 10:44:51+00:00

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

Steps to reproduce:

Using two firefox windows with some tabs in both. Closed the wrong window by mistake. Tried to reopen that window clicking in the "library" button>history>recently closed windows. The same happens reaching the history option in the menu.


Actual results:

Nothing happened.


Expected results:

A list of recently closed windows should appear, latest one on top.
Bug: Badge designs have inconsistent text-placement in Firefox View
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-08-29 23:19:57+00:00
Resolved: 2022-10-05 13:06:56+00:00

STR:
1. Sign in to Firefox on several devices (so that you'll have a "Tab Pickup" section in Firefox View".
2. Visit Firefox View (`about:firefoxview`)
3. Compare the "Last active" badge (in the Tab Pickup section) to the "Expires January 23" badge in the colorway section.

ACTUAL RESULTS:
The "Last active" text is biased towards the top of its badge.
The "Expires January 23" text looks centered (maybe even slightly below-center)


EXPECTED RESULTS:
Consistent text alignment within the badge.  In particular, "Last Active" should probably be better-centered.


The lack-of-centering here seems to be explicitly specified in CSS with a possibly-hacky pixel-valued `padding-bottom` decl:
https://searchfox.org/mozilla-central/rev/380fc5571b039fd453b45bbb64ed13146fe9b066/browser/components/firefoxview/firefoxview.css#871,879
```css
.last-active-badge {
...
  padding-bottom: 5px;
```

Whereas the `Expires January 23` badge has consistent top/bottom padding which is why it looks centered:
https://searchfox.org/mozilla-central/rev/380fc5571b039fd453b45bbb64ed13146fe9b066/browser/components/firefoxview/firefoxview.css#285,289
```css
#colorways-collection-expiry-date > span {
...
  padding: .3em 1em;
```
Bug: Colorway closet entrypoint in Firefox View should show the "new colorways soon" null state if colorway closet nimbus variable is disabled
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2022-08-30 00:19:50+00:00
Resolved: 2022-09-02 19:31:31+00:00

As per summary. Right now the colorway closet entrypoint always shows up here even if the closet gets turned off in nimbus and we should address this.
Bug: Tab pickup section in Firefox View gets stuck on "Loading" screen after adding a new device
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2022-08-30 00:41:11+00:00
Resolved: 2022-09-22 15:50:48+00:00

On the initial restart after Firefox View was enabled in Nightly it took more than 10 minutes for my sync tabs to load. I updated from 8-22 Nightly to 8-29 Nightly.

There was internet connection the whole time and I did try to reload the page twice. Eventually sync tabs loaded after a long time.

I've noticed this happening again after the inital sync as well. (probably during a time triggered refresh?)
Bug: Ctrl-Tab from Firefox View skips pinned tabs
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-08-30 04:55:07+00:00
Resolved: 2022-12-05 14:36:12+00:00

Pressing Ctrl-Tab to move to the next tab behaves unexpectedly with tab pickup and pinned tabs.

STR:
 * Open a firefox window.
 * Open some sites A and B in new tabs and make them pinned tabs if you don't already have some.
 * Open some other sites C and D in new tabs and make then not-pinned.
 * I now see the following tabs in my window:
    Tab pickup, A (pinned), B (pinned), C, D
 * Use the mouse to click the tab pickup tab.
 * Press Ctrl-Tab to move to the next tab.

Observed:
  The browser moved to tab C

Expected:
  I expected tab A to become selected and active, not C.  A is to the left of the pinned tab and I expect Ctrl-Tab to move to the left.

The other behaviour that the pickup tabs tab is skipped when tabbing from one of the other tabs IS good.
Bug: Firefox View having been opened in a window incorrectly changes which tab is the active tab when restoring that window on next start-up as part of session restore
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-08-30 08:37:25+00:00
Resolved: 2022-10-17 18:22:54+00:00

STR
1) Activate Firefox View
2) Enable session restore
3) open a few tabs
4) activate one of the tabs(tab A) other than FxV or the last one in the tablist
5) restart Fx

ER
Fx restores the session, the active tab is tab A

AR
Fx restores the session, the active tab is tab A+1
Bug: PDF reader don't copy all text
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-08-30 12:10:15+00:00
Resolved: 2023-05-12 12:57:20+00:00

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

Steps to reproduce:

I opened a pdf and I selected the text with the mouse or with ctrl + a indifferently and copied and pasted with ctrl + c and ctrl + v


Actual results:

Only a small part of the text was copied.


Expected results:

It should have copied all the selected text as chrome does.
Bug: The secondary CTA button from the "Downloading langpack" screen of the "about:welcome" page is wrongly labeled "Skip" instead of "Skip this step"
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-08-30 12:59:34+00:00
Resolved: 2022-09-01 14:04:23+00:00

**[Affected versions]:**
- Firefox Nightly 106.0a1 - Build ID: 20220830092750

**[Affected Platforms]:**
- Windows 10 x64
- macOS 11.6.5
- Linux Mint 20.2 x64

**[Prerequisites]:**
- Have the following prefs in the "about:config" page:
  - `extensions.getAddons.langpacks.url` set to `https://mock-amo-language-tools.glitch.me/?app=firefox&type=language&appversion=%VERSION%`
  - `intl.multilingual.aboutWelcome.languageMismatchEnabled` set to `true`
  - `intl.multilingual.aboutWelcome.systemLocaleOverride` set to `es-CO`
  - `browser.aboutwelcome.templateMR` set to `true`
  - `devtools.chrome.enabled` set to `true`
- Have the "Browser Console" opened.

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Focus the "Browser Console" and enter the string from [here](https://docs.google.com/document/d/16ao8Y5oZe8HcOeaFmzYOjKmxqpvoPssPXpAWfzaL2nI/edit?usp=sharing).
3. Navigate to the "about:welcome" page and click the "Skip this step" button from the first screen.
4. Observe the secondary CTA button label from the "Downloading langpack" screen.

**[Expected result]:**
- The button is labeled "Skip this step".

**[Actual result]:**
- The button is labeled "Skip".

**[Additional Notes]:**
- O the rest of the Onboarding screens the secondary CTA button is labeled "Skip this step".
- Attached a screen recording of the issue.
Bug: Firefox View Button Graphical Glitch - When NOT Maximized
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-08-30 13:06:08+00:00
Resolved: 2022-08-31 11:00:25+00:00

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

Steps to reproduce:

Minimize/Maximize


Actual results:

The Top Left (Tab Pickup Button) takes extra space - wider than the button itself.


Expected results:

The button/space remain the same.