av9ash/GitBugs huggingface dataset:
Bug: Toolbars & Tabs go berzerck when moving one tab inside which site is (re)loading
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-16 11:54:51+00:00
Resolved: 2021-07-08 15:33:57+00:00

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

Steps to reproduce:

- Multiple Windows opened (in different i3 "workspaces") with Several tabs opened in each
- Trying to Drag&Drop one tab inside one of the windows


Actual results:

If the site inside the moved tab finishes loading or reloads while being draged, then all the top part of the FF window (Toolbars & URL entry & Tabs) go berzerck: texts/tabs on top on one anothers, lose editability, etc.

Attached Image show a tab that ends up half on top of another one and cannot be moved anymore, url cannot be edited anymore, bookmark toolbar item cannot be dragged and dropped anymore...

Only solution (that works almost everytime but not always) is to close all tabs in the faulty window and reopen these tabs in a fresh new window. Previous window remains buggy whatever the closing/reopenings of tabs with CTRL-w / CTRL-MAJ-t


Expected results:

Tab should have been dragged & dropped seamlessly
Bug: An element with a redirect link has no effect when clicked
Status: ASSIGNED
Priority: P1
Created: 2021-06-16 11:58:19+00:00
Resolved: 2022-02-24 17:57:06+00:00

**Note**
* When the user loads the corresponding PDF file and clicks the "Visit Assure Dynamics for more solutions | www.assuredynamics.com" linked header, he will notice that the redirect is not happening.

**Affected versions**
* Nightly v91.0a1

**Affected platforms**
* all

**Steps to reproduce**
1. Launch browser.
2. Flip the pdfjs.enableXfa to true.
3. Load the attached PDF file.
4. Click on the linked header.

**Expected result**
* The corresponding link is being opened in a new tab.

**Actual result**
* No redirect is observed.

**Regression range**
* Not a recent regression, but an implementation flaw.
Bug: The placeholder texts from inside the input boxes are not displayed
Status: NEW
Priority: P3
Created: 2021-06-16 12:09:16+00:00
Resolved: 2022-02-08 15:28:19+00:00

**Note**
* When the user loads the corresponding PDF file, he will notice that the placeholder texts are not being displayed.

**Affected versions**
* Nightly v91.0a1

**Affected platforms**
* all

**Steps to reproduce**
1. Launch browser.
2. Flip the pdfjs.enableXfa to true.
3. Load the attached PDF file.

**Expected result**
* The placeholder texts from inside the name and date fields are correctly displayed.

**Actual result**
* The placeholder texts from inside the name and date fields are missing.

**Regression range**
* Not a recent regression, but an implementation flaw.
Bug: Firefox nightly crashing on startup
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-06-16 13:08:30+00:00
Resolved: 2021-07-30 18:38:52+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

Steps to reproduce:

I have firefox nightly on windows 10 with f-secure anti-virus with waterfox browser alos installed


Actual results:

When i opened firefox nightly, after like 5 seconds ... it crashed


Expected results:

it should have opened
Bug: There should be a separator space between radio buttons/checkboxes and their labels/strings
Status: NEW
Priority: P3
Created: 2021-06-16 15:31:36+00:00
Resolved: 2024-11-11 12:29:15+00:00

**Note**
* When the user loads the corresponding PDF file, he will notice that the placeholder texts are not being displayed.

**Affected versions**
* Nightly v91.0a1

**Affected platforms**
* all

**Steps to reproduce**
1. Launch browser.
2. Flip the pdfjs.enableXfa to true.
3. Load the attached PDF file.

**Expected result**
* The placeholder texts from inside the name and date fields are correctly displayed.

**Actual result**
* The placeholder texts from inside the name and date fields are missing.

**Regression range**
* Not a recent regression, but an implementation flaw.
Bug: Text is displayed in more rows
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-06-16 15:35:13+00:00
Resolved: 2022-04-07 19:57:58+00:00

Tested with:
Nightly 91.0a1 (2021-06-16)

Tested on:
Win 10

Preconditions:
In about:config, set pdfjs.enableXfa = true

Steps:

1. Launch firefox
2. Open the attached pdf.
3.  Input a long text into "DNI" and "Apellidos y Nombre" text fields.

Actual result:
Text is displayed in more rows. See screenshot

Expected result:
Text fields should be limited to 1 row as in Adobe Reader
Bug: [XFA] The date picker is not displayed when focusing a date field
Status: NEW
Priority: P2
Created: 2021-06-16 15:54:35+00:00
Resolved: 2023-06-02 15:21:40+00:00

**Note**
* When the user loads XFA form PDF file and focuses a date field (with date picker), he will notice that the date picker is not being displayed.

**Affected versions**
* Nightly v91.0a1

**Affected platforms**
* all

**Steps to reproduce**
1. Launch browser.
2. Flip the pdfjs.enableXfa to true.
3. Load the attached PDF file.
4. Focus on a date field.

**Expected result**
* A date picker is displayed.

**Actual result**
* No date picker is being displayed.

**Regression range**
* Not a recent regression, but an implementation flaw.
Bug: type cursor on text click
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-16 15:57:37+00:00
Resolved: 2021-06-16 16:11:32+00:00

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

Steps to reproduce:

i record an video about issue you can see it every where i click it will add cursor for type like input on that position
Bug: Text field from "Etiquetas con código de barras" section have black color.
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-06-16 16:00:28+00:00
Resolved: 2021-07-08 11:23:51+00:00

Tested with:
Nightly 91.0a1 (2021-06-16)

Tested on:
Win 10

Preconditions:
In about:config, set pdfjs.enableXfa = true

Steps:

1. Launch firefox
2. Open the attached pdf.

Actual result:
Text field from "Etiquetas con código de barras" section have black color.

Expected result:
Text field from "Etiquetas con código de barras" section should have the same color as the other text fields. See screesnhot.
Bug: Twitter GIFs are not playing
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-06-16 16:04:10+00:00
Resolved: 2021-08-10 12:33:03+00:00

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

Steps to reproduce:

Twitter GIFs don't work in the timeline when I open it in Firefox 


Actual results:

It just shows a black square
Bug: [XFA] Only the first page is displayed
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-06-16 16:10:26+00:00
Resolved: 2021-07-08 11:26:31+00:00

**Note**
* When the user loads a specific PDF with XFA forms, he will notice that only the first page is being displayed.

**Affected versions**
* Nightly v91.0a1

**Affected platforms**
* all

**Steps to reproduce**
1. Launch browser.
2. Flip the pdfjs.enableXfa to true.
3. Load the attached PDF file.
4. Scroll to next page.

**Expected result**
* The next page is displayed.

**Actual result**
* Only the first page is being displayed.
* Error in Web Console: "PDFLinkService.goToPage: "2" is not a valid page."

**Regression range**
* Not a recent regression, but an implementation flaw.
* I have to mention that in Beta v90.0b6 and v90.0b8, 6 out of 7 pages are being displayed (compared to how Adobe Reader loads it), but most of the page elements are missing.
Bug: Voiceover not working with Tab to search
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-06-16 16:45:13+00:00
Resolved: 2022-01-25 23:35:31+00:00

**Tested on**
Firefox nightly  91.0a1 . beta 90.0b8 and Release 89.0.1
 MacOS 10.14 using voiceover
 

**Description**
tab to search is not working properly with voiceover

**Steps to reproduce**
launch voiceover
launch firefox, visit google.com some times
then on urlbar type "g" and press tab


**Expected result**
screen reader should inform what is being selected, the tab to search text. " search with google - search with google directly from the address bar"

**actual result**
it says "google dot com text deleted"
Bug: [XFA] A header of a second column is displayed on the first column
Status: ASSIGNED
Priority: P2
Created: 2021-06-16 17:02:59+00:00
Resolved: 2022-02-24 17:57:47+00:00

**Note**
* When the user loads a specific PDF with XFA forms displayed in 2 columns, he will notice that headers from the second column are displayed on the first column.

**Affected versions**
* Nightly v91.0a1

**Affected platforms**
* all

**Steps to reproduce**
1. Launch browser.
2. Flip the pdfjs.enableXfa to true.
3. Load the attached PDF file.
4. observe the column headers.

**Expected result**
* The next page is displayed.

**Actual result**
* The headers from the second column are being displayed on the first.

**Regression range**
* Not a recent regression, but an implementation flaw.
* I have to mention that in Beta v90.0b6 and v90.0b8, 6 out of 7 pages are being displayed (compared to how Adobe Reader loads it), but most of the page elements are missing.
Bug: [XFA] Code-like text paragraphs are incorrectly underlined
Status: NEW
Priority: P2
Created: 2021-06-16 17:08:39+00:00
Resolved: 2022-02-18 07:48:32+00:00

**Note**
* When the user loads a specific PDF that has a code-like text paragraph, he will notice that the whole paragraph is being underlined.

**Affected versions**
* Nightly v91.0a1

**Affected platforms**
* all

**Steps to reproduce**
1. Launch browser.
2. Flip the pdfjs.enableXfa to true.
3. Load the attached PDF file.
4. Observe the code-like paragraphs.

**Expected result**
* The code-like paragraphs are not being underlined.

**Actual result**
* The code-like paragraphs are displayed as underlined.

**Regression range**
* Not a recent regression, but an implementation flaw.
* I have to mention that in Beta v90.0b6 and v90.0b8, 6 out of 7 pages are being displayed (compared to how Adobe Reader loads it), but most of the page elements are missing.
Bug: [XFA] Some images are not being displayed
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-06-16 17:19:01+00:00
Resolved: 2022-02-14 12:35:50+00:00

**Note**
* When the user loads a specific PDF that has a code-like text paragraph, he will notice that the whole paragraph is being underlined.

**Affected versions**
* Nightly v91.0a1

**Affected platforms**
* all

**Steps to reproduce**
1. Launch browser.
2. Flip the pdfjs.enableXfa to true.
3. Load the attached PDF file.

**Expected result**
* The image on the first page is displayed.

**Actual result**
* The image on the first page is missing.

**Regression range**
* Not a recent regression, but an implementation flaw.
* I have to mention that in Beta v90.0b6 and v90.0b8, 6 out of 7 pages are being displayed (compared to how Adobe Reader loads it), but most of the page elements are missing.
Bug: Screen time adult site filtration is not working.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-16 19:12:39+00:00
Resolved: 2021-06-17 12:04:49+00:00

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

Steps to reproduce:

1.Enable screen time on mac os catalina with the latest updates
2.Enable "limit adult websites"


Actual results:

When I tried to go on pornhub I could without any problem.


Expected results:

I shouldn't be able to go on pornhub.
Bug: Webpage saves as html instead of txt when selected
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-17 00:17:56+00:00
Resolved: 2021-06-25 13:19:02+00:00

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

Steps to reproduce:

Used CTRL + S > TEXT FILES > SAVE to save webpage as txt (first time it was correct). Click to next page and again CTRL + S and SAVE (TEXT FILES is already highlighted).


Actual results:

for the 2nd CTRL + S instead of saving as TXT, it saved as HTML.
It seemed that the auto selection didn't work and was at the first option possible.


Expected results:

Either save as txt since it was already highlighted
or
move the highlight to 1st option
Bug: recommended install cmd for browser/components/newtab/node_modules doesn't work on Win10
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-06-17 01:02:54+00:00
Resolved: 2022-05-04 18:59:14+00:00

`./mach npm install --prefix=browser/components/newtab`, which comes straight from https://firefox-source-docs.mozilla.org/browser/components/newtab/docs/index.html has various problems on Windows 10.  Among others it doesn't want to install the dev-dependencies.

The simplest workaround is to, instead, do this:

`(cd browser/components/newtab && ../../../mach npm install)`

Why this is happening is unclear.  Probably the simplest thing to do is to update the docs.

This may or may not be related to the Node 12 upgrade; I'm not sure.
Bug: recommended install cmd for browser/components/newtab/node_modules doesn't work on Win10
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-17 01:02:54+00:00
Resolved: 2021-06-17 03:37:05+00:00

`./mach npm install --prefix=browser/components/newtab`, which comes straight from https://firefox-source-docs.mozilla.org/browser/components/newtab/docs/index.html has various problems on Windows 10.  Among others it doesn't want to install the dev-dependencies.

The simplest workaround is to, instead, do this:

`(cd browser/components/newtab && ../../../mach npm install)`

Why this is happening is unclear.  Probably the simplest thing to do is to update the docs.

This may or may not be related to the Node 12 upgrade; I'm not sure.
Bug: Javascript decimal math errors
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-17 02:50:06+00:00
Resolved: 2021-06-17 07:27:45+00:00

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

Steps to reproduce:

Entering even something as simple as "1.1-1" into the console.



Actual results:

Result for me in 89.0.1 (and 88.x.x) x64 on Win10 is "0.10000000000000009".


Expected results:

Obviously, the result of the above example should be "0.1"
Bug: new tab search jumps from entry field to address bar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-17 04:47:42+00:00
Resolved: 2021-06-17 05:16:30+00:00

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

Steps to reproduce:

1. Open a new tab
2. Start typing in the search field in the centre of the new tab. The field is marked "Search with [search engine] or enter address.


Actual results:

The cursor jumped to the address/search bar at the top of the page while typing, but without my moving the cursor.


Expected results:

Entry of the search should occur in the field where the cursor was placed (the prominent search field in the centre of the new tab page), and the text entry point should not move by itself. It is very disconcerting and very unexpected behaviour.
Bug: Download circle indicator/icon not centered
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-17 07:47:08+00:00
Resolved: 2021-06-30 11:59:57+00:00

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

Steps to reproduce:

I downloaded a file


Actual results:

See attachment, the download circle indicator isn't centered


Expected results:

It should have been centered
Bug: Firefox home page searches go to address bar when keyword.enabled set to false
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-17 10:57:39+00:00
Resolved: 2021-06-17 11:21:07+00:00

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

Steps to reproduce:

 - Go to about:config
 - Find keyword.enabled and set to false
 - Go to Firefox home
 - Start typing


Actual results:

Focus goes to address bar. However, because keyword.enabled is false, pressing enter doesn't result in a search, because it's only matching on URLs.


Expected results:

Focus go to search field, not address bar.
Bug: [intermittent] Yandex old icon is used when adding yandex as a search engine
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-17 15:04:39+00:00
Resolved: 2021-06-21 06:58:12+00:00

##### [Description:]
The issue is a bit intermittent and I couldn't reproduce on mac 11 at this point.
From observation point it always will reproduce when yandex page will show the "Yandex uses essential, analytical, marketing and other cookies. These files are necessary to ensure smooth operation of all Yandex sites and services, they help us remember you and your personal settings. For details, please read our Cookie Policy."  When the above message is shown, the add search engine icon shows unknown, and if added it will shown the old icon.

##### [Environment:]
Reproduced with 91.0a1	2021-06-17
on Windows 10, Ubuntu 20.04 
couldn't reproduce on mac 11 at this point.


##### [Steps:]
1. Start with a clean profile - region/locale irelevant.
2. Open yandex.kz page.
3. Click again in the address bar to show the search shortcuts
4. Observe the new suggested search engine icon

##### [Actual Result:]
If the cookies message is present in page, the newly suggested search engine will show with no icon and upon adding it will show the old Y icon.

##### [Expected Result:]
When page is fully loaded, the newly suggested engine will show the correct (new) icon
Bug: Crash in [@ nsTSubstring<T>::Finalize] from mozilla::UntrustedModulesProcessor::ProcessModuleLoadQueue()
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-06-17 16:27:57+00:00
Resolved: 2021-06-19 17:33:19+00:00

10 crashes from 6 installations so far.

Crash report: https://crash-stats.mozilla.org/report/index/94fa3471-17df-493a-ba4f-4def60210617

Reason: ```EXCEPTION_ACCESS_VIOLATION_READ```

Top 10 frames of crashing thread:
```
0 xul.dll nsTSubstring<char16_t>::Finalize xpcom/string/nsTSubstring.cpp:270
1 xul.dll mozilla::UntrustedModulesProcessor::ProcessModuleLoadQueue toolkit/xre/UntrustedModulesProcessor.cpp:571
2 xul.dll mozilla::UntrustedModulesProcessor::BackgroundProcessModuleLoadQueue toolkit/xre/UntrustedModulesProcessor.cpp:451
3 xul.dll mozilla::detail::RunnableMethodImpl<D3DVsyncSource::D3DVsyncDisplay*, void  xpcom/threads/nsThreadUtils.h:1203
4 xul.dll nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1156
5 xul.dll mozilla::ipc::MessagePumpForNonMainThreads::Run ipc/glue/MessagePump.cpp:330
6 xul.dll MessageLoop::RunHandler ipc/chromium/src/base/message_loop.cc:328
7 xul.dll MessageLoop::Run ipc/chromium/src/base/message_loop.cc:310
8 xul.dll static nsThread::ThreadFunc xpcom/threads/nsThread.cpp:398
9 nss3.dll _PR_NativeRunThread nsprpub/pr/src/threads/combined/pruthr.c:399
```
Bug: Hidden title bar causes problem with tabs in minimized or non full screen mode.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-17 16:41:16+00:00
Resolved: 2021-06-18 07:34:22+00:00

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

Steps to reproduce:

1. Open Firefox in Manjaro KDE, not Windows 10.
2. Unchecked "titble bar" in the "Customize Toolbar".
3. Hidden title bar of Firefox works fine in KDE.
4. It looks good in maximized.
5. But it looks bad in minimized: A first empty space has appeared behind tabs. 
 


Actual results:

Look the screenshot in the attachment.
A first empty space has appeared behind tabs without title bar in minimized.


Expected results:

Please remove the first empty space behind tabs. 
Tabs from minimized should look like maximized.
Bug: Firefox 89 Hangs Not Responding During Downloads
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-17 17:14:32+00:00
Resolved: 2021-06-19 18:30:09+00:00

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

Steps to reproduce:

Overall the new build has been much better for me, faster in general, faster tabs, better cpu and memory handling, ans so on, however, I've notice one hiccup. Now when I download I file, even small files such a s few Mb, the browser hangs during the download process. While the download arrow is filling up, the browser becomes unresponsive. I can't click on the page I'm visiting, nor can I navigate with browser buttons.

So steps to reproduce: download a file
Makes no difference with add-ons disabled.
Made no difference when I cleared my download history.
PC is up to date
Only began with recent build 89 update


Actual results:

As stated when going to download, the download works fine, but while downloading the browser and web pages become unresponsive. If I spam click a lot, the browser will eventually even switch to saying unresponsive (not responding) up on the top bar. However, once download finishes it becomes responsive again. The download times themselves do not seem affected.


Expected results:

I should be able to click on the web page, or navigate to other pages, or open other tabs while the download is taking place as I always have been able to do.
Bug: firefox page inspector crashes tabs
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-17 19:39:22+00:00
Resolved: 2021-06-17 20:08:21+00:00

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

Steps to reproduce:

I was working on testing/developing Javascript for a webpage using  OSM.
I was debugging for about 4-5 hours then the tab crashed:
Gah. Your tab just crashed. | We can help! | Choose Restore This Tab to reload the page.
I tried to Restore the tab, and it crashed again when pressing F12.
I tried to Close the tab, and it crashed again when pressing F12.
I tried to restart Firefox, and it crashed again when pressing F12.
I tried to restart the System, and it crashed again when pressing F12.


Actual results:

Now Firefox Tabs crash on random pages even if they are unrelated to the page or Site I was trying to debug.
The crashes happens randomly when pressing F12 or inspecting an element


Expected results:

At least after restarting the Browser, the tab-crashing should have stopped.
Bug: No margin-block between the two labels in the ETP toggle section when the toggle is OFF
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-06-17 21:33:16+00:00
Resolved: 2021-06-23 09:57:18+00:00

This line needs to be changed to `margin-inline` instead of `margin`: https://searchfox.org/mozilla-central/rev/81c32a2ea5605c5cb22bd02d28c362c140b5cfb4/browser/themes/shared/controlcenter/panel.inc.css#818

Looks much better with the standard 2px below and 1px above of margin-block. This is also consistent for example with the "Manage account" button (hamburger menu -> your sync account button)