av9ash/GitBugs huggingface dataset:
Bug: Firefox new-tab-tile summary-text looks like it's unnecessarily/prematurely cut off, if it's got a tall neighboring tile that had a multi-line title
Status: NEW
Priority: P5
Created: 2024-11-22 19:13:36+00:00
Resolved: 2024-12-02 21:09:50+00:00

I noticed a slight papercut with new-tab tiles today -- see attached screenshot.

EXPECTED/IDEAL RESULTS: Tiles make good use of space, and clamp their text at intuitive points where they've nearly run out of space.
ACTUAL RESULTS: The rightmost tile looks superficially like it clamped its excerpt-text too early; there's a bunch of dead space after the truncated lines, whereas the center tile (the one next to it) has text that fills that same space.

This has to do with the fact that we line-clamp the header and the excerpt separately.  The awkward scenario ends up when you've got two tiles in the same row with these characteristics:
- Tile A (center of my screenshot): header is 3+ lines,  excerpt is 3+ lines (both clamped/ellipsized to 3 lines)
- Tile B (right of my screenshot) header is 1 line (no clamping needed), excerpt is 3+ lines (clamped/ellipsized to 3 lines).


Since Tile A is maxing out its allowed lines for both the header and the excerpt, it makes the whole row (including Tile B) super tall.  This ends up meaning that Tile B looks a bit awkward with dead space after its clamped excerpt; and its clamping looking kinda premature/unnecessary, at first glance at least. Users don't know the internal details of how/why we do line-clamping, so it ends up just looking like Tile B was prematurely line-clamped earlier than Tile A.

THOUGHTS ON MITIGATIONS:
Not sure how best to mitigate this, subject to the constraints of what the web platform allows for line-clamping right now. 
One simple mitigation, though, could be for the new-tab code to use heuristics to avoid grouping headers with widely-varying-character-counts into the same row.  Then it'd be unlikely for neighboring tiles to have `<header>` sections that vary as much as in my attached screenshot.  (I don't know offhand if new-tab reasons about which tiles go in which rows, but if we do, then that might enable this sort of mitigation.)
Bug: Clearing cookies in private window does not work
Status: NEW
Priority: P3
Created: 2024-11-22 19:58:33+00:00
Resolved: 2024-11-26 11:39:44+00:00

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

Steps to reproduce:

1. Visit www.reddit.com in a private window
2. Click a subreddit so the site shows you a previously visited link on the left
3. Clear cookies and site data under the lock icon
4. Refresh the page




Actual results:

Site cookies are not cleared, the previously visited subreddit(s) still appears on the left despite 'clearing' the cookies. Also the button to clear the cookies is no longer available.


Expected results:

Clearing the cookies in a private window should work exactly as it does in a regular instance, doing the same steps in a regular instance produces the expected results.
Bug: Enter in search doesnt work SHIFT+Enter is a NON FIX FULL REGRESSION. SPAM
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-11-22 22:42:05+00:00
Resolved: 2024-11-23 20:56:45+00:00

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

Steps to reproduce:

Pressing enter on blank Search on 128+.
Bug: TART on Windows11 has become Bimodal since 13Nov2024 (should disable CFR / callouts more comprehensively in perf tests)
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-11-23 08:48:05+00:00
Resolved: 2024-12-18 02:20:57+00:00

[Link to perfherder](https://treeherder.mozilla.org/perfherder/graphs?highlightAlerts=1&highlightChangelogData=1&highlightCommonAlerts=0&replicates=0&series=autoland,86450,1,1&timerange=5184000&zoom=1727142076054,1732378461349,1.2764360031366673,2.796350654427599)

[Link to AWFY for the whole suit](https://arewefastyet.com/win11/benchmarks/tart?numDays=60)
Bug: Account disconnected from Sync after every restart
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-11-23 11:55:56+00:00
Resolved: 2024-11-25 20:07:27+00:00

Starting with an update on 22 November my Sync account has been disconnected after every Firefox restart. Two updates each on two systems, plus three manual restarts to verify it wasn't just an update issue. I get an orange triangle on the three bar menu I don't recall ever seeing before yesterday. I don't recall ever needing to sign in a second time on a profile.

I'm not logged out of everything. Other passwords have been retained. (For example, I'm still connected to Bugzilla after four restarts on this system.)

I see one previous reported from three years ago, bug 1734065, closed due to lack of response. But I didn't see this problem in that time frame.

Nightly on Ubuntu with XFCE.
Bug: Recently, sometimes recently closed tabs dont get restored by pressing "ctrl+shift+t" and dont appear in Hamburger->History menu. Some tab from an older session gets restored instead
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2024-11-24 09:23:58+00:00
Resolved: 2025-03-02 03:02:58+00:00

Since maybe 1week -1o days back, recently closed tabs do not get restored when you press "Ctrl+Shift + T".  Some old tab from an older session gets restored.
The recently closed tabs do not appear in the Hamburger Menu-> History menu.
First _noticed_ in the 16Nov Nightly.

Doesnt happen all the time, so not 100% repro.

See attached video. 

Happy to share any logs etc.
Bug: search bar drop down menu not on top of bookmark
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-11-24 11:37:17+00:00
Resolved: 2024-11-25 16:02:38+00:00

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

Steps to reproduce:

1. set vertical tab in setting
2. open a new tab
3. type something in the search bar


Actual results:

the drop down menu of search bar is beneath the bookmark


Expected results:

drop down menu should be on top of bookmark
Bug: Text caret blinking forever in New Tab Page
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-11-24 15:59:34+00:00
Resolved: 2025-03-05 11:47:49+00:00

STR:
1. Open New Tab Page (Ctrl+T)
2. Click input field in the page

Actual results:
The caret blinking forever

Expected  results:
The caret stops blinking after a while. It should honor ui.caretBlinkCount .
Bug: Stuck WDBA holds profile lock, delays startup by 5s
Status: NEW
Priority: P3
Created: 2024-11-24 23:22:22+00:00
Resolved: 2025-02-12 16:57:37+00:00

I have a Firefox 132.0.2 release install on an AMD 5800X, Windows 10, 32G RAM RTX3050, SSD with plenty of space.  There are no addons installed, browser is up to date.

Launching Firefox from the taskbar takes over 5 seconds.

This seems extremely slow: on the same machine Chrome launches in much less than a second. I checked and even Firefox Nightly launches instantly on the same machine.
Bug: Ensure Translations Settings Page Reloads Correctly on Refresh
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-11-25 07:06:23+00:00
Resolved: 2024-12-05 14:46:15+00:00

A new page is added for translation settings in preferences:
https://searchfox.org/mozilla-central/source/browser/components/preferences/translations.inc.xhtml.

When we navigate to the translations settings page by going to the preferences page and clicking the "Settings" button in the Language section, the page (about:preferences#translations) loads correctly with all its HTML elements.

However, if we refresh the page, it turns blank—none of the translations settings HTML content is visible.
Bug: browser.fixup.domainsuffixwhitelist does not work with numeric suffixes
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-11-25 08:12:10+00:00
Resolved: 2024-11-25 09:38:41+00:00

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

Steps to reproduce:

Added preference browser.fixup.domainsuffixwhitelist.33 in about:config
Entered http://router.33 in address bar


Actual results:

While entering the address, the "Visit" choice immediately below the address bar was replaced by "Search with Google" as soon as I typed the first '3', preventing me from browsing to the site. Pressing Enter led to Google.


Expected results:

The "Visit" choice should not have  been removed. I should have been able to browse to http:/router33, or received an error if it was not reachable.
Bug: Pinned shortcut edit dialog is too small with content sections enabled
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-11-25 09:45:06+00:00
Resolved: 2025-01-14 10:00:43+00:00

STR:
1. Set `browser.newtabpage.activity-stream.discoverystream.sections.enabled = true`.
2. Edit a pinned shortcut.

Dialog box is too small and the overflowing contents cannot be clicked with the mouse. Stories cover the dialog's "Save" button.

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=2492b69204c1ace74c5d4622c47cc1969c79c067&tochange=060cbeb6ba8813a423cb754cb9b0af285ddb9141

Regressed by Bug 1930974.
Bug: Firefox Icon disapearing from Taskbar, Win 11
Status: NEW
Priority: P3
Created: 2024-11-25 11:20:20+00:00
Resolved: 2024-11-25 17:40:02+00:00

Firefox 132.0.2 (64-bit), but same happens on Nightly
Windows 11, 23H2

Steps to reproduce: (see attachment)
- Open Firefox
- Pin and set Firefox to default
- set other browser to default
- unpin Firefox

Actual results:
Firefox remains running, but icon will disappear from Taskbar - leaving an empty icon symbol for the running App
(in some cases icon will come back when pinning again, sometimes not)
icon will also return upon restart

Expected results:
Icon should stay visible all the time

comment:
bug 1404814 seems related, but focused on an issue with update, where this happens without update
Bug: pinned tabs are not saved after opening a private window and closing the main browser window
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-11-25 13:29:41+00:00
Resolved: 2024-11-26 15:38:12+00:00

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

Steps to reproduce:

1. I have the main browser window open with the tabs pinned
2. I open a new private window
3. I close the main browser window, while not closing the private window
4. I open the main browser window and all the pinned tabs are gone


Actual results:

All pinned tabs in the browser disappear


Expected results:

All pinned tabs should be saved
Bug: When dragging forward selecting tabs for grouping swap the order of the tabs
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-11-25 14:58:15+00:00
Resolved: 2025-01-28 21:16:06+00:00

When dragging forward selecting tabs for grouping swap the order of the tabs, the dragged tab moves after the grouped tab.

Steps to reproduce:

1.	Set `browser.tabs.groups.enabled` to true.
2.	`browser.tabs.groups.dragOverThresholdPercent` is 20 (the default).
3.	Start to drag a tab forward.
4.	When you reach 20% threshold and both tabs mark for groping release the mouse button.
 
Result: The dragged tab and its next sibling swap places.
Bug: svg transition
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-11-25 15:44:57+00:00
Resolved: 2024-11-25 16:19:49+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/18.1.1 Safari/605.1.15

Steps to reproduce:

Use a CSS custom property inside an SVG file: 

    <svg id="arrow" xmlns="http://www.w3.org/2000/svg" width="24" height="24" viewBox="0 0 24 24" fill="none" stroke="currentColor" style="transition: stroke-width .4s;" stroke-width="var(--stroke-width)" stroke-linecap="round" stroke-linejoin="round" class="feather feather-arrow-right"><line x1="5" y1="12" x2="19" y2="12"></line><polyline points="12 5 19 12 12 19"></polyline></svg>

Reference that SVG in HTML with <use>. 

    <button>Hover me <svg width="24" height="24">
        <use href="arrow.svg#arrow"></use>
    </svg></button>

Include the following CSS in your stylesheet for the HTML page:

        button:hover svg {
            --stroke-width: 2.25px;
        }

Hover the button with your mouse. 


Actual results:

The stroke-width of the SVG did not change when hovering the button. 


Expected results:

The stroke-width of the SVG should change when hovering the button. 
It works in Safari and Chrome.
Bug: Tab group colours change each time you drag a tab over another tab
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-11-25 16:00:04+00:00
Resolved: 2024-11-25 16:23:43+00:00

**Steps to reproduce [can add screenshots or video recordings for reference]:**

Have at least 2 tabs opened in the browser

1. Drag the first tab into the 2nd tab to trigger tab group creation but don't release the tab to create a group
2. Drag tab back to position and repeat again (drag tab on top of the tab again)

**Expected behavior [What should have happened?]:**
The tab group creation colour should be the same each time you drag the tab on another tab unless you use the colour for a tab group

**Actual behavior [What actually happened?]:**

It changes the tab group creation colour each time you drag the tab on another tab (See video for reference)
Bug: ctrl + shift + tab doesn't navigate to previous tab when the universal search button is enabled, the urlbar has focus, and search term are entered
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-11-25 16:41:42+00:00
Resolved: 2025-02-06 08:05:55+00:00

Ctrl + shift + tab doesn't navigate to previous tab when the url bar has focus and some search terms entered, but focusses dedicated search button first. Only second ctrl+shift+tab navigates to previous tab.

STR:

1. Open multiple tabs
2. focus urlbar with ctrl+l
3. type something (e.g. "asdf")
4. try to navigate to previous tab with ctrl+shift+tab

Result: search icon is focussed 
Expected result: previous tab is opened
Bug: Focusing the urlbar with a click and pressing Shift TAB doesn't focus the Unified Search Button
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-11-25 16:56:05+00:00
Resolved: 2024-12-17 14:32:59+00:00

When focusing with CTRL + L shift tab works correctly and goes to the USB, though when I click to focus the urlbar, it goes to the last result instead. That's not a consistent experience.
Bug: "Zoom text only" breaks pdfjs
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-11-25 18:37:34+00:00
Resolved: 2024-11-29 18:24:29+00:00

Steps to reproduce:

1. Increase "Default zoom"
2. Enable "Zoom text only"
3. Open a PDF with pdfjs https://media.pragprog.com/titles/dsproc/gestures.pdf


Actual results:

Text in the PDF is unreadable


Expected results:

Text in the PDF should not be zoomed at all or I should at least be allowed to decrease text size
Bug: Can't drag last tab out of group if there's no ungrouped tabs
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-11-25 18:47:11+00:00
Resolved: 2025-02-24 14:29:45+00:00

**Steps to reproduce [can add screenshots or video recordings for reference]:**

Create a tab group with 2 or more tabs (make sure there's no other tabs in the tab strip)

**Expected behavior [What should have happened?]:**
Dragging the last tab (far right tab) should move the tab out of the group

**Actual behavior [What actually happened?]:**

Can't move the last tab out of the group if there's no ungrouped tabs in the tab strip (see video)
Bug: Search engine no longer advertised in address bar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-11-25 18:53:48+00:00
Resolved: 2024-12-03 18:32:06+00:00

Since 1916679.

Also noted on https://www.reddit.com/r/firefox/comments/1gznn7u/adding_search_engines_in_nightly/

Steps to reproduce:

1. Navigate to youtube.com
2. click address bar

What happens:

Firefox does not offer to let me add youtube as a search engine. 

Expected result:

Some way to add youtube as a search engine. I looked inside the dropdown menu to see if the feature had been moved there - no. 

See screenshot to see how it appeared before regression. 

 8:50.57 INFO: No more integration revisions, bisection finished.
 8:50.57 INFO: Last good revision: c57a7e20d1bc3e96fa0a78b7c818ee14e70fe01b
 8:50.57 INFO: First bad revision: 96fe9c781b68d282f7d4debe45042ad06c178f62
 8:50.57 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=c57a7e20d1bc3e96fa0a78b7c818ee14e70fe01b&tochange=96fe9c781b68d282f7d4debe45042ad06c178f62
Bug: Firefox Account is showing up as unverified when the primary password is locked.
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-11-25 19:55:13+00:00
Resolved: 2024-11-26 16:07:11+00:00

We now check if we have the sync keys before considering the session as "verified", but when the PP is locked we have no access to those keys.
Bug: Tab group label is not accessible with expected keyboard shortcuts - via the Left/Right Arrow keys (without a modifier)
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2024-11-25 20:53:33+00:00
Resolved: 2025-01-16 16:24:53+00:00

Refer to the [bug 1921814 comments 12 and further](https://bugzilla.mozilla.org/show_bug.cgi?id=1921814#c13).

Currently: `cmd/`ctrl` modifier is required to access buttons.

The keyboard navigation pattern within tab strip is with arrows alone, without a `cmd/ctrl`: we should be able to `tab` to the Fx View > `Tab` to land the focus to the active (or first) tab and then > `Left Arrow` and `Right Arrow` around (following [the Tabs keyboard navigation pattern](https://www.w3.org/WAI/ARIA/apg/patterns/tabs/) too).

The bug 1921814 added access with a modifier, but since it is not an expected keyboard pattern, the keyboard accessibility for the label buttons should still be fixed. 

The bug 1926345 may provide further efficiency improvements to allow for multi-selection etc. The `ctrl`+`Left/right Arrow`  is used (when a tab is focused) for multi-selection and moving a tab is achieved by `ctrl`+`shift` - these shortcuts have been used in Firefox, but there is no standard convention in general (as there is a Tabs pattern that is standardized)

Since there is some keyboard combination that could work, I'll lower the accessibility severity from access-S2 to S3, but it is a high access-s3 that needs to be resolved before the release, otherwise the functionality of tab group labels won't be discoverable by keyboard-only users
Bug: Move the language list HTML elements into html file and toggle its visibility using the hidden attribute. Also refactor the code.
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-11-26 07:50:52+00:00
Resolved: 2024-12-05 10:01:53+00:00

1. In the newly added Translations Settings page in preferences, the language list elements in Always Translate Language section, Never Translate Language section and Never Translate Site section elements was dynamically created and removed via JavaScript when the list was empty. 
Change this approach to define the element in the HTML file and simply toggle its visibility using the hidden attribute. This helps reduce DOM manipulation and aligns with a cleaner, more declarative structure.

2. Refactor the code to add lazy getters for accessing elements in the document with names.
Bug: [Experiment] The Big Rectangle with “Fakespot” cards or “Newsfeed” is not displayed on the NewTab page after enrollment even after multiple restarts
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-11-26 13:18:09+00:00
Resolved: 2024-11-27 16:04:15+00:00

**[Notes]:**
- This behavior may happen due to the fact that in the [recipe of the experiment](https://experimenter.services.mozilla.com/nimbus/tbr-fakespot-feed/summary) the “contextualContentEnabled” variable is not defined and the default value of it is set to “false”.
  - By modifying the value of the “browser.newtabpage.activity-stream.discoverystream.contextualContent.enabled” pref to true, the Big rectangle is successfully displayed with cards from Fakespot or Newsfeed depending on the enrolled branch.

**[Affected versions]:**
- Firefox build version: Firefox RC 133.0, en-US locale, Build ID: 20241121140525

**[Affected Platforms]:**
- Windows 10 x64;
- macOS 14.5
- Linux Mint 21.1

**[Prerequisites]:**
- Have a new profile created and opened.
- Have a stable VPN connection to the US.
- Have this [user.js](https://drive.google.com/file/d/1zaoUFmCE-WX4qMio9DZXDGUSyw_zccsg/view?usp=sharing) file saved on the computer.

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Navigate to the “about:support” page and open the Profile Folder.
3. Paste the “user.js” file into the Profile Folder.
4. Restart the browser (Cmd/Ctrl+Shift+J, Cmd/Ctrl+Option/Alt +R).
2. Open a New Tab page.
3. Observe the behavior.

**[Expected result]:**
- The Big rectangle is successfully displayed with cards from Fakespot or Newsfeed.

**[Actual result]:**
- The Big rectangle is NOT displayed on the New Tab page with cards from Fakespot or Newsfeed.

**[Additional Notes]:**
- This issue is reproducible on both “fakespot” and "newsfeed” branches of the experiment.
- The issue is also reproducible with forced enrollment, but it is not reproducible if the enrollment is forced a second time.
- Attaching a screen recording of the issue [here](https://drive.google.com/file/d/1bQPnryCwJ3o5lVY1wP9PavAN48QY1_Up/view?usp=sharing).
Bug: Pressing Esc key does not close address bar dropdown when the Unified Search Button is focused
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-11-26 13:22:34+00:00
Resolved: 2024-12-19 14:04:49+00:00

STR:
1. Focus the address bar (Ctrl+L).
2. Type something.
3. Press Shift+Tab to move focus to the Unified Search Button.
4. Press Esc key.

Expected:
Address bar dropdown closes.

Actual:
Address bar dropdown remains open.

Have to press Tab to move focus or press Space to open the search list for Esc to be recognized and close the dropdown.

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=480c30b779eab3d6ce7237fcbaec69f465f5d053&tochange=d40618764e0c7dbd85ebf103edfb5b602f0bede6

Regressed by Bug 1921174.
Bug: “Save to Pocket” option is available in the context menu for both sponsored and non-sponsored Pocket cards from the New Tab page if the new content card UI is enabled
Status: ASSIGNED
Priority: --
Created: 2024-11-26 13:27:19+00:00
Resolved: 2025-03-04 22:43:34+00:00

**[Notes]:**
- This issue is not reproducible if the “browser.newtabpage.activity-stream.discoverystream.sections.cards.enabled” pref is set to “false”.
- In case of non-sponsored cards this option is doubled as the “Save to Pocket” button is displayed while hovering the card.

**[Affected versions]:**
- Firefox Beta 134.0b1, BUILD ID: 20241125200000.
- Firefox Nightly 135.0a1, BUILD ID: 20241125205949.

**[Affected Platforms]:**
- Windows 10.
- Ubuntu 22.04.
- macOS 14.7.1.

**[Prerequisites]:**
- Have a new profile with the “browser.search.region” pref from the “about:config” page set to any region where Pocket is available.
- In the same profile, have the “browser.newtabpage.activity-stream.discoverystream.sections.cards.enabled” pref from the “about:config” page set to “true”.
- Use a VPN connection in the same region in order to get sponsored cards.

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Open a new tab page.
3. Hover a sponsored or non-sponsored card and click the contextual menu button.
4. Observe the options available in the contextual menu.

**[Expected result]:**
- “Save to Pocket” option is not displayed for either card type.

**[Actual result]:**
- “Save to Pocket” option is available for both sponsored and non-sponsored cards.

**[Additional Notes]:**
- Attached screenshots of the issue.
- This is not a regression and it's been an issue ever since the new UI was implemented.