av9ash/GitBugs huggingface dataset:
Bug: Changes tab in Inspector stopped listing CSS changes
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-09-20 19:00:27+00:00
Resolved: 2020-10-07 07:19:05+00:00

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

Steps to reproduce:

1. Inspect a page using the dev tools Inspector.
2. Change a CSS property on one of the elements.


Actual results:

The changed CSS rules are not being listed anymore in the Changes tab of the CSS inspector. 


Expected results:

The removed / changed properties should be listed with red, the added / new rules should be listed with green in the Changes tab. This mad it easy for developers to copy all changed rules into their IDEs and also to get a quick overview of what they just changed. 

This feature used to work up until a few days / weeks ago.
Bug: Clear cookies and site data opens multiple times
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-20 22:20:05+00:00
Resolved: 2020-11-12 12:39:32+00:00

Reproduction

I opened the site information panel (from the "(i)" icon that shows) and selected "Clear Cookies and Site Data".
Nothing happened so I clicked it again.  Twice more.

What I expected

Some feedback for the click.
The dialog.

What I got

After some delay, the dialog.  Which I dismissed to see another copy.  And another.  Multiple copies render over the top of each other.

Analysis

It looks like this dialog is doing a lot of work.  For Bugzilla, the dialog takes 3 to 4 seconds to display.  It doesn't show until that work is complete.  There is no feedback during that duration, and the site information panel remains active during that time.

If it were possible to show the dialog, without content, prior to performing the lengthy task, that would provide the necessary feedback and would limit the chances that multiple copies are manually opened.  Disabling the site information panel before trying to open the dialog would be a simple alternative.
Bug: Firefox 80, Linux x86_64. Flash does not work
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-09-21 08:26:30+00:00
Resolved: 2020-10-12 08:02:35+00:00

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

Steps to reproduce:

1. Open site https://www.onlinemictest.com/webcam-test-in-adobe-flash/ or https://www.alphabounce.com/.
2. Click "Allow Flash".


Actual results:

No Flash app runs.


Expected results:

Flash app runs.
Bug: Tab hangs at https://www.youtube.com/watch?v=kUpwvr4YlD4&t=360
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-09-21 10:07:39+00:00
Resolved: 2020-10-12 08:03:02+00:00

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

Steps to reproduce:

Watch a titan fall. Tab hangs at https://www.youtube.com/watch?v=kUpwvr4YlD4&t=360 with no plugins.


Actual results:

Page becomes unresponsive and Firefox notifies me that a page is taking too long to respond "Stop It"/"Wait". Doesn't happen with a few other YT videos I tried with shorter/greater length.


Expected results:

Allow easily reverting to previous version. Had to resort to IE. Not even Edge.
Bug: Mistyped http procol should not default to www.http.com
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2020-09-21 12:03:39+00:00
Resolved: 2021-03-08 18:39:13+00:00

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

Steps to reproduce:

I mistyped "http//example.com/some/URL".



Actual results:

It redirected to www.http.com//example.com/some/URL


Expected results:

I should have recognised an initial "http" or "https" and given an error.
Bug: Pdf viewer controls are shifted for a split second when activating/deactivating sidebar
Status: NEW
Priority: --
Created: 2020-09-21 12:40:46+00:00
Resolved: 2022-01-28 14:43:06+00:00

*Affected versions*
* 82.0a1 (20200915092930)
* 81.0 (20200917005511)
* 80.0.1 (20200831163820)
* 78.2.0esr(20200817153328)


*Affected platforms*

* Windows 10x64
* macOS 10.12
* Ubuntu 18.04



*Steps to reproduce*
1. Open Firefox and a random pdf (e.g [link](https://www.w3.org/WAI/ER/tests/xhtml/testfiles/resources/pdf/dummy.pdf))
2. Click the Show Sidebars button and observe the top controls from the pdf viewer.

*Expected result*
* Sidebar is opened as expected and no visual glitches are displayed.

*Actual result*
* Top controls (especially zoom controls) are appearing in another place for a split second.

*Regression range*
* Pushlog: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=04b8c412d9f58fb6194c58dcaa66bf278bbd53cf&tochange=f61c3cc0eb8b7533818e7379ccc063b611015d9d 


*Notes*
* Attached a screen recording.
* Controls from the right side are not always shifted when activating or deactivating sidebars.

**Suggested Severity: S4**
Bug: Firefox Screenshots UI offset when taking screenshot on xkcd
Status: NEW
Priority: P3
Created: 2020-09-21 12:46:34+00:00
Resolved: 2023-01-19 21:43:31+00:00

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

Steps to reproduce:

I visited https://xkcd.com/1172/ and attempted to take a screenshot using Firefox Screenshots.


Actual results:

The screenshot selection UI was visibly offset after clicking on an element to select it and take a screenshot of it, however the produced screenshot did screenshot the intended selection.


Expected results:

Both the produced screenshot and the apparent selection should match what was clicked.
Bug: What's new - focus ring overlaps and cuts dates on tab-select
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-09-21 13:08:20+00:00
Resolved: 2020-12-07 10:57:39+00:00

**Affected versions**
* 82.0a1(2020-09-20);

**Affected platforms**
* Windows 10, macOS 11.0;

**Steps to reproduce**
1. Launch Firefox, click on the Hamburger menu;
2. Click on the What's new option;
3. Press the Tab key a couple of times;

**Expected result**
* no issues;

**Actual result**
* tab-selection indicator cuts the date for listed entries;

**Regression range**
* First bad build_date: 2020-05-10;
* Last good build_date: 2020-05-11; 
* Potential regressor: 1630907

**Additional notes**
* attached screenshot with the issue;
* S3 as suggested severity.
Bug: 'Select' element stops working if "browser.tabs.remote.desktopbehavior" is turned off
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-09-21 15:57:50+00:00
Resolved: 2020-09-21 17:08:20+00:00

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

Steps to reproduce:

Used any select element (the version field in this bug report form, the element in https://www.w3schools.com/tags/tryit.asp?filename=tryhtml_select )
Arrow keys work for selecting options (but some websites will automatically refresh when the option changes)

It is important to note that this issue DOES NOT apply to the select elements used in the Firefox preferences, so some way to force using those would work as a workaround.

On Xfce4 (Ubuntu 20.04.1 LTS Focal Fossa with XFCE4 manually installed, up to date as of Mon 21 Sep 16:43:09 BST 2020 )
(Firefox 80.0.1 as packaged by canonical, aka "firefox/focal-updates,focal-security,now 80.0.1+build1-0ubuntu0.20.04.1 amd64 [installed]")
This occurs with the compositor disabled or enabled, but I keep the compositor disabled generally.
This occurs in safe mode (activated via help) and outside of safe mode.
This occurs with hardware acceleration enabled or disabled.

Note that similar popups like the top-right menu work perfectly. It's just select elements that have an issue.



Actual results:

All 'select' elements do not show options or any overlay at all when clicked on, or when space or enter is pressed.



Expected results:

It would be possible to actually select.
Bug: Normandy Dev cannot sign recipes
Status: NEW
Priority: --
Created: 2020-09-21 17:28:10+00:00
Resolved: 2023-11-06 12:24:36+00:00

See Sentry error here: https://sentry.prod.mozaws.net/operations/normandy-dev/issues/9630956/

When trying to use the Normandy dev server for working on Normandy Devtools, recipes cannot be enabled. The error that results seems to imply that no Autograph server is configured for Normandy Dev.

It would be convenient if there was an autograph configuration, to make development of Normandy Devtools and other tools easier.
Bug: Automatically pin default top sites that send the attribution request
Status: RESOLVED
Priority: P1
Resolution: DUPLICATE
Created: 2020-09-22 14:34:42+00:00
Resolved: 2020-10-01 12:23:22+00:00

Top sites that send the attribution request replace search shortcut tiles but would be pushed out by history entries. To prevent that, we decided to automatically pin such top sites.
Bug: Perma [Late Beta] browser chrome browser/base/content/test/<test_path>   | A promise chain failed to handle a rejection: (Unable to convert rejection reason to string.) - stack: (No stack available.) when Gecko 83 merges to Beta on 2020-10-19
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-22 14:56:30+00:00
Resolved: 2020-09-22 16:56:42+00:00

Central as Beta simulation

Treeherder link: https://treeherder.mozilla.org/#/jobs?repo=try&resultStatus=pending%2Crunning%2Ctestfailed%2Cbusted%2Cexception%2Cusercancel%2Crunnable&revision=af901d1731ce3741c297dd7020758faa11f550cb&searchStr=bc&selectedTaskRun=HHFMEmSCSKyoKYQ-fFQu_g.0

Failure log: 
- pageActions/browser_page_action_menu.js: https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=316364484&repo=try&lineNumber=2702
- metaTags/browser_meta_tags.js: https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=316364540&repo=try&lineNumber=2327
- /sanitize/browser_cookiePermission.js: https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=316364478&repo=try&lineNumber=2412
Bug: ExperimentAPI should report update events when experiments are loaded from disk
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-09-22 15:04:20+00:00
Resolved: 2023-02-24 13:41:31+00:00

Currently `ExperimentAPI.on` will trigger an `update` event on enrollment but not on subsequent restarts (even if we are still enrolled/experiment is active). I think this behavior is unexpected and we should change it.
Bug: No loading indicator for slow redirect as a result of form submission.
Status: NEW
Priority: --
Created: 2020-09-22 15:37:29+00:00
Resolved: 2024-05-28 21:44:06+00:00

STR:

 * Open http://crisal.io/tmp/bug1666505.php (it's source code for reference is: http://crisal.io/tmp/bug1666505.php?source)

ER:

 * Some indication that something is going on (spinner maybe?).

AR:

 * Nothing?

It's not clear if bug 1666505 is just this, so filing just in case.
Bug: Perma [Late Beta] browser chrome and xpcshell  | browser/components/<test.path> A promise chain failed to handle a rejection: The operation failed for reasons unrelated ... when gecko 83 merges to Beta on 2020-10-19
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-22 16:10:56+00:00
Resolved: 2020-09-22 17:04:58+00:00

Central as beta simulation

Treeherder link: https://treeherder.mozilla.org/#/jobs?repo=try&selectedTaskRun=V4Cobr8mRiub00pKN93wVQ.0&resultStatus=testfailed%2Cbusted%2Cexception&revision=af901d1731ce3741c297dd7020758faa11f550cb&searchStr=bc

Failure log: 
- browser_no_startup_actions.js | A promise chain failed to handle a rejection: The operation failed for reasons unrelated to the database itself and not covered by any other error code. - stack: (No stack available.): https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=316364531&repo=try&lineNumber=2545
- browser_876926_customize_mode_wrapping.js: https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=316364455&repo=try&lineNumber=3124

- browser_NextDNSMigration.js | Uncaught exception - UnknownError: The operation failed for reasons unrelated to the database itself and not covered by any other error code: https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=316364469&repo=try&lineNumber=2637
Bug: Searching for terms in large PDFs doesn't find all results
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-09-22 18:09:30+00:00
Resolved: 2020-10-23 09:18:06+00:00

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

Steps to reproduce:

I opened a large PDF (attached), and without having scrolled (so still focused on the fist page) searched for "automatic vacuum".


Actual results:

It didn't find any results


Expected results:

It should have found at least 2 result on page 27
Bug: Update throbber in the "About Firefox" always uses the low-res image
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-09-22 20:54:14+00:00
Resolved: 2023-03-08 18:43:38+00:00

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

Steps to reproduce:

This is in the latest stable version of Firefox 81.0 on macOS 10.15.6

Go to Firefox -> About Firefox and observe the visuals


Actual results:

1. The little circular progress indication during update check is not Retina-quality. It is noticeable low-resolution
2. There is a thin light line along the right edge of the "About" screen main content

See the attached screenshot


Expected results:

1. Circular progress should be high-resolution
2. No light line along the right edge of the content
Bug: Unexpected checkbox and radio button behavior when printing editable PDF
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-22 21:05:34+00:00
Resolved: 2020-09-29 14:53:13+00:00

When printing an edited PDF, radio button and checkbox state is not properly reflected in print preview or print (PDF) output.

STR:
1) Open https://pdf.ninja/interactiveform_enabled.pdf
2) Toggle any checkbox or radio button
3) Print it (to PDF is fine).

Expected: Toggled state is correct in the print preview and print output

Actual: Checkboxes and radio buttons appear unchecked in print preview and print output. 

Reproducible in Beta and Nightly (release not tested).
Bug: Search engine settings got reset to "default" after upgrading from 81 to 82
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-22 23:52:04+00:00
Resolved: 2020-10-08 14:57:18+00:00

As reported in bug 1538668 the first thing I saw today that changed after restarting Firefox Dev Edition - upgrading from 81 to 82 - was that a "@google" pin appeared at the beginning of the top sites list when opening a new tab.

Checking my Preferences > Search
- Google was suddenly the default search engine => had been DDG
- I think I had different engines in that list, but can't recall 100%

~~Lastly, this is actually more a sumo question, I can't seem to find the setting to add other engines into the "One-Click Search Engines" list anymore!?~~ Found it again ... "Page actions" while on the new engines site.
Bug: Skeleton UI draws when opening the profile manager
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-09-23 00:08:13+00:00
Resolved: 2020-11-11 01:42:44+00:00

STR:

0. enable skeleton UI in some profile
1. open nightly with the profile manager

ER:

no skeleton UI

AR:

skeleton UI is painted behind the profile manager
Bug: Use fully-qualified names for all lookups performed by DoH heuristics.
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-09-23 03:10:29+00:00
Resolved: 2020-09-25 14:21:03+00:00

Currently none of the names we look up are including the trailing dot that's required for them to be fully-qualified. There's reason to believe this might lead to errors/anomalies on certain environments, and it's best practice in any case to use fully-qualified names for purposes like this. We should add the trailing dots.
Bug: command q doesnt quit the firefox application. The action is triggered but the app itself doesn't quit
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-09-23 05:11:58+00:00
Resolved: 2020-11-04 13:36:05+00:00

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

Steps to reproduce:

Open Firefox.
Press command + q to quit


Actual results:

The action gets triggered ("Firefox" in the menu bar is highlighted when I press the combination)
But the browser doesn't quit


Expected results:

Browser should quit
Bug: An error occurred while processing your request Reference #97.5c21b0d2.1600835189.4d387137"
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-09-23 05:16:38+00:00
Resolved: 2020-09-29 11:47:31+00:00

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

Steps to reproduce:

Try to open https://software.af.mil or any other .mil site
The URL works in Chrome and curl.


Actual results:

There is a pause of 17 seconds then I get the following message
An error occurred while processing your request.
Reference #97.5c21b0d2.1600837841.4d6a609c

The last 14 numbers in the reference number change from event to event so it looks like a time stamp.


Expected results:

I expected to see a web page open up.
Bug: [GTK3] Firefox doesn't use the default GTK theme anymore
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-23 05:59:44+00:00
Resolved: 2020-09-23 16:56:26+00:00

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

Steps to reproduce:

I have just downloaded the version 82.0b3 from the official site. And I am broken to find out that my GTK2/3 theme along with other themes doesn't apply any more.

Look at the screenshot for example.



Actual results:

Linux is not awful like windows. Most Linux DE lets users change the themes. I have made my own theme (mod). Along with my theme and others, firefox overrides the default colours.

The colour got ugly, like black on hot pink / [deep] purple, etc. on user defined theme. 


Expected results:

Firefox is also open source. It's not a terrifying windows software. Firefox should have kept the previous behaviour which lets the user say which colour they want.
Bug: interruption while typing
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-09-23 06:02:45+00:00
Resolved: 2020-12-16 11:27:09+00:00

User Agent: Mozilla/5.0 (Android 10; Mobile; rv:81.0) Gecko/81.0 Firefox/81.0
Firefox for Android

Steps to reproduce:

I use ldoceonline.com in my Huwaei mate 20 pro phone a lot and after the update wehenever i try to type into the box the are interuptions in my wedding for about 5 to 10 seconds and then i can type


Actual results:

The type box refreshes multiple times so fast you cannot type in the box


Expected results:

It do not let me to type any words in the box each time for the first 5 to 10 seconds which only happens in Firefox.
Bug: Missing one-off search engines after resizing the mega bar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-23 07:02:08+00:00
Resolved: 2020-11-10 17:00:06+00:00

Affected version: 
82.0b2

Affected platform:
Win 10

Steps to reproduce:
1. Launch Firefox
2. Resize the browser in order to make it smaller
3. Search a random string using the mega bar

Actual result:
One-offs search engines are not displayed on the dropdown search list because the dropdown is cut off

Expected result:
Dropdown search list should overlap the browser in order to be displayed one-off search engines.
Bug: The checkboxes and radio buttons don’t remain marked after the print preview page is modified
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-09-23 12:08:47+00:00
Resolved: 2020-10-30 20:12:15+00:00

[Affected versions]:
- Firefox Nightly 83.0a1 (Build ID: 20200922154306)
- Firefox Beta 82.0b2 (Build ID: 20200922183749)

[Affected Platforms]:
- Windows 10 x64
- Mac 10.15
- Linux Mint 20

[Prerequisites]:
- Have the Firefox browser installed.

[Steps to reproduce]:
1. Open the Firefox browser and navigate to the https://pdf.ninja/interactiveform_enabled.pdf page.
2. Check any checkboxes/radio buttons.
3. Select the “Print” option from the Hamburger menu.
4. Select the “Landscape” option from the Print preview panel.
5. Change back to the Portrait orientation.
6. Observe the checkboxes/radio buttons from the Print preview.

[Expected result]:
- The checkboxes/radio buttons are ticked.

[Actual result]:
- The checkboxes/radio buttons are unticked.

[Regression]
-  The issue is not reproducible with older Nightly 82.0a1 builds. Considering this, using the mozregression tool I have found the issue that broke this in the latest Nightly build. Here are the results:
 - Pushlog: https://tinyurl.com/y4hyxoz8 
 - Last good revision: aab5984f73dbf4b92704d1101def62e2a395f6ea
 - First bad revision: a8044f7381bfcda31e11f4671f39838345d6b076

From this pushlog it seems that Bug 1665178 introduced this behavior.


[Notes]:
- The issue is also reproducible in the following cases:
- If the print preview is closed and reopened.
- If the Pages -> Custom option is set.
- This issue is not reproducible for the editable fields from the PDF.
- Attached a screen recording with the issue.
Bug: Firefox ESR auto-update 68.12 -> 78 fail
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-09-23 12:28:44+00:00
Resolved: 2020-09-23 16:53:32+00:00

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

Steps to reproduce:

We have Firefox ESR at my company and the 68.12 version is supposed to update to version 78 but it fails.
If I click on "about firefox", it downloads the latest version but then fails to install it and a popup asking to update manually appears.
Obviously it's not acceptable since the users are not admin.

Not the first time I've seen this kind of problem in the past.
This bug report is the closest I've found for the previous version : https://bugzilla.mozilla.org/show_bug.cgi?id=1566478

Nothing but problems with the auto-update module...
Bug: Firefox ESR auto-update 68.12 -> 78 fail
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-09-23 14:10:48+00:00
Resolved: 2020-09-23 16:45:33+00:00

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

Steps to reproduce:

We have Firefox ESR at my company and the 68.12 version is supposed to update to version 78 but it fails.
If I click on "about firefox", it downloads the latest version but then fails to install it and a popup asking to update manually appears.
Obviously it's not acceptable since the users are not admin.

Not the first time I've seen this kind of problem in the past.
This bug report is the closest I've found for the previous version : https://bugzilla.mozilla.org/show_bug.cgi?id=1566478

Nothing but problems with the auto-update module...
Bug: the page https://www.str8ts.com/Main_Page.html doesn't work correctly
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-09-23 15:40:59+00:00
Resolved: 2020-09-28 13:45:17+00:00

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

Steps to reproduce:

I call the page https://www.str8ts.com/Main_Page.html and there are some elements missing


Actual results:

the difficulti rating isn't displayed, the buttons "Back", "Start" etc. are not displayed also the checkbox "Highlight compartmentment is not available


Expected results:

When I call the page in Chrome, Internet Explorer, Edge, Vivaldi or Opera it is correct and in older versions of Firefox it worked also
Bug: the pdfjs.renderInteractiveForms setting is disabled by default
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-23 15:41:24+00:00
Resolved: 2020-10-26 09:55:23+00:00

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

Steps to reproduce:

opened pdf with forms with default settings


Actual results:

no form fields and suggestion to use external viewer as in previous versions because a pdfjs.renderInteractiveForms about:config settings are disabled by default


Expected results:

working forms when switched this settings to on, should be it's default value.