av9ash/GitBugs huggingface dataset:
Bug: [PI-725] No snippets are displayed on the "The Right Browser Week Zero" branch using Beta 80
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-08-12 14:40:01+00:00
Resolved: 2020-08-25 12:36:47+00:00

**[Affected versions]:**
- Firefox Beta 80.0b7, Build ID 20200811133449

**[Affected platforms]:**
- Windows 10 x64
- macOS 10.15

**[Prerequisites]:**
- Have a browser profile enrolled in the "The Right Browser Week Zero" branch.

**[Steps to reproduce]:**
1. Open the browser and open a new tab.
2. Observe the page.

**[Expected result]:**
- A snippet is displayed on the bottom of the page.

**[Actual result]:**
- No snippets are displayed.

**[Notes]:**
- Snippets are not displayed if the system time is changed to 9 days in the future.
- Attached a screen recording of the issue:
Bug: [PI-725] A snippet is displayed instead of the Onboarding triplets on first day while enrolled in the "Default Snippets" branch using Beta 80
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-08-12 15:22:40+00:00
Resolved: 2020-08-26 13:46:22+00:00

*[Affected versions]:*
- Firefox Beta 80.0b7, Build ID 20200811133449

*[Affected platforms]:*
- Windows 10 x64
- macOS 10.15
- Ubuntu 16.04 x64

*[Prerequisites]:*
- Have a browser profile enrolled in the "Default Snippets" branch.

*[Steps to reproduce]:*
1. Open the browser and open a new tab.
2. Observe the page.

*[Expected result]:*
- The Onboarding triplets are displayed and there is no snippet triggered.

*[Actual result]:*
- A snippet is displayed instead of the Onboarding triplets.

*[Notes]:*
- Attached a screen recording of the issue [here](https://drive.google.com/file/d/1ImMMnDnAzd8YXNYaBARp5vL4Vt9zXR7O/view?usp=sharing).
Bug: [PI-725] Snippets are not displayed after changing the date 9 days in the future while enrolled in the "Default Snippets" branch using Beta 80
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-08-12 15:31:04+00:00
Resolved: 2020-08-19 03:54:16+00:00

*[Affected versions]:*
- Firefox Beta 80.0b7, Build ID 20200811133449

*[Affected platforms]:*
- Windows 10 x64
- macOS 10.15
- Ubuntu 16.04 x64

*[Prerequisites]:*
- Have a browser profile enrolled in the "Default Snippets" branch.

*[Steps to reproduce]:*
1. Open the browser with the profile from prerequisites.
2. Set the date System's date  9 days in the future.
3. Open a new tab.
4. Observe the page.

*[Expected result]:*
- A snippet is displayed at the bottom of the page.

*[Actual result]:*
- There is no snippet displayed.

*[Notes]:*
- Attached a screen recording of the issue [here](https://drive.google.com/file/d/1GZeMnZ8Ri-TzsF-ARk6fpjoJIkjSvOOI/view?usp=sharing).
Bug: [PI-725] No onboarding triplet or snippets are displayed on the "High Performing" branch using Beta 80
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-08-12 15:37:26+00:00
Resolved: 2020-08-26 15:04:05+00:00

**[Affected versions]:**
- Firefox Beta 80.0b7, Build ID 20200811133449

**[Affected platforms]:**
- Windows 10 x64
- macOS 10.15
- Ubuntu 16.04 x64

**[Prerequisites]:**
- Have a browser profile enrolled in the "High Performing" branch.

**[Steps to reproduce]:**
1. Open the browser and open a new tab.
2. Observe the page.
3. Change the system time to 9 days in the future.
4. Restart the browser and open a new tab.
5. Observe the page.

**[Expected result]:**
Step 2: The onboarding triplet is displayed on the page.
Step 5: Snippets are displayed on the page

**[Actual result]:**
Step 2: The onboarding triplet is not displayed.
Step 5: No snippets are displayed on the page.

**[Notes]:**
- Only one snippet is displayed on the first new tab of day 1.
- Attached a screen recording of the issue:
Bug: Intermittent TEST-UNEXPECTED-TIMEOUT | browser/components/ssb/tests/xpcshell/test_uninstall.js | Test timed out
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-08-12 16:18:50+00:00
Resolved: 2020-12-08 17:02:44+00:00

**Filed by:** btara [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer.html#?job_id=312832527&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/WaWppV15SWeQC_euv7ShBA/runs/0/artifacts/public/logs/live_backing.log

---

```
[task 2020-08-12T15:03:25.704Z] 15:03:25     INFO -  TEST-START | browser/components/ssb/tests/xpcshell/test_uninstall.js
[task 2020-08-12T15:08:25.705Z] 15:08:25  WARNING -  TEST-UNEXPECTED-TIMEOUT | browser/components/ssb/tests/xpcshell/test_uninstall.js | Test timed out
[task 2020-08-12T15:08:25.707Z] 15:08:25     INFO -  TEST-INFO took 300000ms
[task 2020-08-12T15:08:25.708Z] 15:08:25     INFO -  >>>>>>>
[task 2020-08-12T15:08:25.709Z] 15:08:25     INFO -  (xpcshell/head.js) | test MAIN run_test pending (1)
[task 2020-08-12T15:08:25.710Z] 15:08:25     INFO -  (xpcshell/head.js) | test run_next_test 0 pending (2)
[task 2020-08-12T15:08:25.711Z] 15:08:25     INFO -  (xpcshell/head.js) | test MAIN run_test finished (2)
[task 2020-08-12T15:08:25.711Z] 15:08:25     INFO -  running event loop
[task 2020-08-12T15:08:25.712Z] 15:08:25     INFO -  browser/components/ssb/tests/xpcshell/test_uninstall.js | Starting
[task 2020-08-12T15:08:25.713Z] 15:08:25     INFO -  (xpcshell/head.js) | test pending (2)
[task 2020-08-12T15:08:25.714Z] 15:08:25     INFO -  (xpcshell/head.js) | test run_next_test 0 finished (2)
[task 2020-08-12T15:08:25.715Z] 15:08:25     INFO -  <<<<<<<
[task 2020-08-12T15:08:25.716Z] 15:08:25     INFO -  xpcshell return code: None
```
Bug: Page load for about:logins is slow on Windows
Status: NEW
Priority: P2
Created: 2020-08-12 16:40:23+00:00
Resolved: 2024-04-02 16:15:51+00:00

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

Steps to reproduce:

I have 750 stored logins in Firefox Lockwise, and I use Firefox Sync to sync the logins.

I opened the Firefox Lockwise dialog (via "about:logins" or from the settings).



Actual results:

The dialog opens immediately, but it takes around 7 seconds until the logins are shown. It also takes 7 seconds before searching works.



Expected results:

A delay of 7 seconds is a very long time. I would expect the logins to be shown more or less immediately and also to be searchable immediately.

I assume the delay grows linearly with the number of stored logins. 750 stored logins doesn't sound like a whole lot.

Maybe paging should be used instead of showing all logins in one large scroll area?
Bug: Firefox drop-down menu (from menu bar) wrongly size on scaled display
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-12 16:47:51+00:00
Resolved: 2020-08-13 14:47:54+00:00

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

Steps to reproduce:

My windows 10 laptop setup is an external 1920x1080 at 100% zoom and the laptop screen set-up as secondary, at 2560x1440 scaled at 150%.

I ran Firefox (79.0 - 64-bit, extensions disabled) on the scaled display and clicked on the hamburger (main, top-right) icon.

Firefox (79.0 (64-bit)) works fine on the primary (unscaled) display, but on the scaled display all the drop-down menus (extension, but also hamburger from firefox) are too small, and the contents are either not entirely visible (typically for the extensions) or need a scrollbar (like the main firefox menu).

I tried to run firefox with extensions disabled but the problem persists.



Actual results:

The drop-down menu was too small (vertically) and there was a scroll-bar to scroll to the bottom of the menu. Only a few items at the time were visible.

Also, drop-down menu form extensions behaved even worse as there was no scroll-bar so they were useless.


Expected results:

The full drop-down menu should have been shown. Note that this happens when firefox is in the unscaled - primary monitor.
Bug: address bar not focused on new window
Status: UNCONFIRMED
Priority: --
Created: 2020-08-13 02:02:54+00:00
Resolved: 2021-12-26 08:37:49+00:00

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

Steps to reproduce:

Open a new window (private or not private) with a window of Firefox already open.


Actual results:

The window opened but when I started typing (the cursor was blinking in the address bar) nothing came up and sometimes a new window would open (as if hitting the new window key while typing). Clicking on the address bar will allow typing. The window appears un-selected on the taskbar when it opens.


Expected results:

A new window opens and I should be able to type directly into the address bar without clicking on it.
Bug: Frontend should gracefully handle failure to create new remote browsers (instead of hanging the UI)
Status: NEW
Priority: --
Created: 2020-08-13 07:03:17+00:00
Resolved: 2022-02-23 00:44:14+00:00

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

Steps to reproduce:

Firefox 68 and 78 ESR 
Reinstalled, removed Appdata, gone through all steps (https://support.mozilla.org/en-US/kb/firefox-hangs-or-not-responding)

Steps:
1. Sometimes when opening a new Tab


Actual results:

No other tabs can be selected. Debug console can still be opened. the new tab is completely empty and loads until Firefox is restarted
(see attached Debug Log)


Expected results:

opening a new tab instead of hanging firefox
Bug: Switching to Reader View changes the address bar's https icon to a local file icon
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-13 10:08:47+00:00
Resolved: 2020-08-13 12:39:12+00:00

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

Steps to reproduce:

Went to https://www.nytimes.com/2020/07/08/us/politics/biden-bernie-sanders.html.
Clicked Reader View button


Actual results:

The icon at the left of the address bar changed to a file icon with the dropdown indicating "This page is stored on your computer".


Expected results:

The icon should have remained as it was before, a grey padlock.
Bug: After typing URL on the URL bar the page start to load but stops
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-13 11:51:10+00:00
Resolved: 2020-09-03 00:23:15+00:00

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

Steps to reproduce:

I type the address of some page on the address bar.

The page will begin to load.


Actual results:

The page stops to load.


Expected results:

I should have just continued to load the page. To load it I have to select the bar and hit enter again. The thing is it only  happens some times and usually during startup.
I have Multi-Account Containers and Grammarly plugins installed.
Bug: The click and attribution events are not triggered at click on the Amazon URL tile
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-08-13 13:06:23+00:00
Resolved: 2020-08-18 14:29:36+00:00

**[Affected Versions]:**
- Firefox Beta 80.0b7 (Build ID: 20200811133449)

**[Affected Platforms]:**
- Windows 10
- Linux Debian 9
- macOS 10.14

**[Prerequisites]:**
- Have the Firefox Beta 80 en-US, en-UK or DE build installed.
- Set the `browser.search.region` pref to `US`, `UK` or `DE`.
- Set the `browser.newtabpage.searchTileOverride.amazon.url` pref to:

DE: `https://www.amazon.de/?tag=admpdesktopde-21&ref=pd_sl_a8E0DFDAEADAAZZ12%YYYYMMDDHH%`
US: `https://www.amazon.com/?tag=admarketus-20&ref=pd_sl_a77559ED8D65ZZAA12%YYYYMMDDHH%`
UK: `https://www.amazon.co.uk/?tag=admpdesktopuk-21&ref=pd_sl_aF2E7006468DAAZZ23%YYYYMMDDHH%`
- Set the `browser.newtabpage.searchTileOverride.amazon.attributionURL` pref to `https://topsites.services.mozilla.com/cid/amzn_2020_a1`.

**[Steps to reproduce]:**                                        
1. Open a new Firefox profile using the build from prerequisites.
2. Open a new tab .
3. Click the Amazon URL tile from the Top Sites section.
4. Go to “about:telemetry#events-tab” and observe the events displayed.

**[Expected results]:**
- There are two events displayed: a click event and an attribution event containing information about the search provider and source in the extra section.

**[Actual results]:**
- The two events are not displayed.
    
**[Notes]:**
- This issue is also reproducible for the “urlbar” version of the events.
Bug: [PI-725] Snippets are displayed only after the 5th new tab, on the "The Right Browser, Week Zero" branch
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-08-13 13:08:38+00:00
Resolved: 2020-08-25 12:36:17+00:00

**[Affected versions]:**
- Firefox Release 79.0, Build ID 20200720193547

**[Affected platforms]:**
- Windows 10 x64
- macOS 10.15
- Ubuntu 16.04 x64

**[Prerequisites]:**
- Have a browser profile enrolled in the "The Right Browser, Week Zero" branch.

**[Steps to reproduce]:**
1. Open the browser and open a new tab.
2. Observe the page.
3. Open 5 new tabs and observe the page

**[Expected result]:**
Step 1: A snippet is displayed at the bottom of the page.
Step 3: Snippets are displayed on each new tab.

**[Actual result]:**
Step 1: No snippets are displayed on the page.
Step 3: Snippets are displayed only after the 5th page.

**[Notes]:**
- Attached a screen recording of the issue:
Bug: [PI-725] The images are not displayed in the snippets after changing the System date in the future
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-08-13 14:08:04+00:00
Resolved: 2020-08-25 12:36:11+00:00

*[Notes]:*
- This issue could be happening due to pre-loading, so it might be a consequence of the limited testing environment, where the date is not changed naturally, but manually forced.
- This issue seems to be intermittent on Windows and macOS.

*[Affected versions]:*
- Firefox Release 79.0, Build ID 20200720193547
- Firefox Beta 80.0b7, Build ID 20200811133449

*[Affected platforms]:*
- Windows 10 x64
- macOS 10.15
- Ubuntu 16.04 x64

*[Prerequisites]:*
- Have a browser profile enrolled in any branch, except the "No Snippets" one.

*[Steps to reproduce]:*
1. Open the browser with the profile from prerequisites.
2. Set the date System's date 9 days in the future.
3. Open a new tab.
4. Observe the snippet from the bottom of the page.

*[Expected result]:*
- All the elements of the snippet are correctly displayed and visible.

*[Actual result]:*
- The image from the left side of the snippet is not displayed.

*[Additional Notes]:*
- Attached a screen recording of the issue [here](https://drive.google.com/file/d/1CuuKBx-8gXGW2UMLpQlThYthTmTl_alg/view?usp=sharing).
Bug: PDF has white lines over images
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-13 16:07:13+00:00
Resolved: 2022-05-12 07:52:23+00:00

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

Steps to reproduce:

open https://www.toyota.de/download/cms/dede/TOYOTA_YARIS_PREISE_FAKTEN_01_07_2020_M20011P_tcm-17-2013034.pdf


Actual results:

images have white horizontal or vertical lines over them, like the car images on page 29.

Changing zoom changes the lines.

The same PDF in SumatraPDF works fine.

I noticed this with other PDF documents too.


Same with Nightly 81.0a1 (2020-08-13) (64-bit)
Bug: Wrong bookmark toolbar order in UI after syncing
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2020-08-13 16:20:52+00:00
Resolved: 2022-12-20 01:01:14+00:00

**Build**
Firefox 81.0a1 (20200813092915)
Firefox 80.0b7 (20200811133449)

**Affected platforms**
Windows 10 64-bit

**Prerequisites**
"identity.sync.useOAuthForSyncToken" set to true
“identity.fxaccounts.useSessionTokensForOAuth” set to true

**Steps to reproduce**
	
1. Open Firefox using a new profile and login using a Firefox account.
2. Add some bookmarks to the toolbar.
3. Trigger a Sync.
4. Open Firefox using a second profile and login using the same Firefox account.
5. Trigger a Sync on the second profile.
6. Observe how the bookmarks are displayed on the second profile.

**Expected results**
The bookmarks are displayed in the same order on both profiles.

**Actual Results**
The bookmarks are displayed in a different order on the second profile than on the first one.

**Additional notes**
This issue is not reproducible if one or both prefs mentioned in prerequisites are set to false.
Bug: Selecting search engine from scope ignores "Show search suggestions in address bar results" preference
Status: RESOLVED
Priority: P2
Resolution: WONTFIX
Created: 2020-08-13 19:17:13+00:00
Resolved: 2020-08-14 20:27:11+00:00

Steps to reproduce:

1. disable "Show search suggestions in address bar results" preference
2. type "apple" into address bar
3. click search engines in search scope bar

What happens:

search suggestions appear

Expected result:

search suggestions do not appear
Bug: Intermittent browser/base/content/test/popups/browser_popup_blocker_iframes.js | Uncaught exception - waiting for 3 tabs, got 2 - timed out after 50 tries.
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-08-13 19:42:22+00:00
Resolved: 2020-10-13 17:02:43+00:00

**Filed by:** ncsoregi [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer.html#?job_id=312944408&repo=mozilla-central
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/RLPvHUdsQTWdFsAHV7w3Qw/runs/0/artifacts/public/logs/live_backing.log

---

>[task 2020-08-13T18:00:13.825Z] 18:00:13     INFO - TEST-PASS | browser/base/content/test/popups/browser_popup_blocker_iframes.js | should have 3 tabs - 
[task 2020-08-13T18:00:13.825Z] 18:00:13     INFO - Buffered messages logged at 18:00:08
[task 2020-08-13T18:00:13.825Z] 18:00:13     INFO - Console message: [JavaScript Error: "remote browser crashed while on http://example.org/browser/browser/base/content/test/popups/
[task 2020-08-13T18:00:13.825Z] 18:00:13     INFO - " {file: "chrome://mochikit/content/mochitest-e10s-utils.js" line: 10}]
[task 2020-08-13T18:00:13.825Z] 18:00:13     INFO - e10s_init/<@chrome://mochikit/content/mochitest-e10s-utils.js:10:10
[task 2020-08-13T18:00:13.825Z] 18:00:13     INFO - 
[task 2020-08-13T18:00:13.825Z] 18:00:13     INFO - Console message: [JavaScript Error: "remote browser crashed while on http://example.org/browser/browser/base/content/test/popups/
[task 2020-08-13T18:00:13.825Z] 18:00:13     INFO - " {file: "chrome://mochikit/content/mochitest-e10s-utils.js" line: 10}]
[task 2020-08-13T18:00:13.826Z] 18:00:13     INFO - e10s_init/<@chrome://mochikit/content/mochitest-e10s-utils.js:10:10
[task 2020-08-13T18:00:13.826Z] 18:00:13     INFO - 
[task 2020-08-13T18:00:13.826Z] 18:00:13     INFO - Console message: [JavaScript Error: "remote browser crashed while on about:blank
[task 2020-08-13T18:00:13.826Z] 18:00:13     INFO - " {file: "chrome://mochikit/content/mochitest-e10s-utils.js" line: 10}]
[task 2020-08-13T18:00:13.826Z] 18:00:13     INFO - e10s_init/<@chrome://mochikit/content/mochitest-e10s-utils.js:10:10
[task 2020-08-13T18:00:13.826Z] 18:00:13     INFO - 
[task 2020-08-13T18:00:13.826Z] 18:00:13     INFO - Buffered messages finished
[task 2020-08-13T18:00:13.826Z] 18:00:13     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/popups/browser_popup_blocker_iframes.js | Uncaught exception - waiting for 3 tabs, got 2 - timed out after 50 tries.
[task 2020-08-13T18:00:13.826Z] 18:00:13     INFO - Leaving test bound 
[task 2020-08-13T18:00:13.826Z] 18:00:13     INFO - GECKO(9040) | MEMORY STAT | vsize 2104441MB | vsizeMaxContiguous 65423755MB | residentFast 421MB | heapAllocated 132MB
[task 2020-08-13T18:00:13.827Z] 18:00:13     INFO - TEST-OK | browser/base/content/test/popups/browser_popup_blocker_iframes.js | took 13834ms
Bug: When browser.display.use_document_fonts=0, pdf.js missing some text
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-08-13 20:09:24+00:00
Resolved: 2022-11-03 13:34:03+00:00

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

Steps to reproduce:

- In about:config, set browser.display.use_document_fonts to 0
- Visit a PDF file like http://www.aprs.org/doc/APRS101.PDF


Actual results:

Some text is missing. All text in Times/Arial Regular is present, and all text in bold/italic is missing.

If I open the PDF in Windows Okular, Times New Roman Regular and Arial Regular are embedded fonts and show up in pdf.js. Whereas the bold and italic variants use the system font in Okular, and are invisible in pdf.js.


Expected results:

All text is visible.
Bug: One click search is now a two click search in the urlbar
Status: RESOLVED
Priority: P2
Resolution: WONTFIX
Created: 2020-08-13 21:03:19+00:00
Resolved: 2022-07-06 01:53:36+00:00

Steps to reproduce:
- Click into urlbar
- Enter some search term like "test"
- Select one of the search engines in the bottom bar like Bing
- [Bing] is append before the search term
- Have to press enter to search / or click on the arrow symbol

What to fix:
Searching now takes one more click or button press. Maybe it should automatically start searching when there is already text in the URL bar?
Bug: zip files downloaded from firefox 'cannot open file as archive'
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-08-13 21:43:30+00:00
Resolved: 2020-10-01 13:01:05+00:00

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

Steps to reproduce:

dowloaded a zip from https://smapi.io/
clicked save
tried to extract using windows explorer and 7zip



Actual results:

they said: 'cannot open file as archive'
tried again with chrome and it extracted fine, however chrome did warn that it is a 'dangerous file' because it does not have many downloads. this is because it is a recent update.


Expected results:

file should have extracted
Bug: Fix notifyObservers usage in Region.jsm
Status: RESOLVED
Priority: P4
Resolution: FIXED
Created: 2020-08-13 21:48:29+00:00
Resolved: 2020-08-21 03:46:26+00:00

When I added the notifyObservers call I got the args wrong

https://searchfox.org/mozilla-central/source/toolkit/modules/Region.jsm#302

The region should be the subject of that call replacing the first param which is currently null (https://searchfox.org/mozilla-central/source/xpcom/ds/nsIObserverService.idl#62)

Should probably add a test to https://searchfox.org/mozilla-central/source/toolkit/modules/tests/xpcshell/test_Region.js to make sure it remains correct
Bug: Setting binary/octet-stream PDF files to open in Firefox causes a blank entry in application handlers
Status: ASSIGNED
Priority: P1
Created: 2020-08-13 22:47:19+00:00
Resolved: 2024-10-25 12:41:20+00:00

If you visit:

https://smallpdf.com/shared#pt=02fdd17c-5a41-4a2c-a381-e094422dca8d

Click the link, make sure open in Firefox is checked and check the box that says "Do this for files like this from now on" , you end up with a blank entry in preferences (see attachment).

Also, it keeps asking you even though you said don't ask again.