av9ash/GitBugs huggingface dataset:
Bug: Address Bar suggest other urls than those set in Firefox Privacy & Security Address Bar Settings
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-08 15:49:47+00:00
Resolved: 2021-07-10 04:22:46+00:00

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

Steps to reproduce:

*Please look at attached image*
I selected only Browsing History checkbox in the Address Bar Settings, in the Privacy and Security section of Firefox Settings.

(Context) I did this because I use multiple google accounts, however I only use one of them as my calendar (url = https://calendar.google.com/calendar/u/1/r). However when i type: "calendar" -  in the address bar, it suggest i visit the url  "calendar.google.com/", which redirects to another accont. 



Actual results:

The Address Bar suggests visiting URLs not present in my Browsing History.


Expected results:

It should suggest only URLs present in my Browsing History
Bug: copying files from profile folder to new PC login data also recovered with logged in
Status: RESOLVED
Priority: P1
Resolution: DUPLICATE
Created: 2021-07-08 16:50:22+00:00
Resolved: 2021-07-08 18:16:51+00:00

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

Steps to reproduce:

1. I switch to the new computer
2. I need all the data in Firefox on the new computer
3. I copied two folders in C: profiles named ers Users \ <username> \ App Data \ Roaming \ Mozilla \ Firefox \ 5ksdfe3a.default and op6mj2y7.default-release
4 . On another computer, I installed Firefox.
5. On that computer in C: \Users \ <Username> \ AppData \ Roaming \ Mozilla \ Firefox \ Profiles folder has two folders 2iezg4nh.default and ysv322q9.default-release.
6 . I replaced 2iezg4nh.default and ysv322q9.default-release folder with  5ksdfe3a.default and op6mj2y7.default-release, and renamed 5ksdfe3a.default and op6mj2y7.default-release has 2iezg4nh.default and ysv322q9.default-release
7 . Now I opened firefox.


Actual results:

All old data was retrieved  browsing history, bookmarks, login passwords and even login data, i.e. sites like Google, Facebook, Instagram are logged in


Expected results:

I thought only browsing history, bookmarks, login passwords would be recovered, but the sites are logged in. The browser does not check the system before signing in to the sites.
Bug: Ubuntu Orca screen reader not working with Tab to search
Status: REOPENED
Priority: P3
Created: 2021-07-08 17:32:32+00:00
Resolved: 2024-06-03 16:37:39+00:00

Ubuntu Orca not working with Tab to search

**OS**
Ubuntu 20 64bit 

**affected**
Firefox Release 89.0.2
Firefox beta 90
Firefox nightly 91.0a1

**preconditions**
Have ubuntu with orca screen reader running

**steps**

1) open 3 tabs and visit google.com on each, 
   (this is done so next time you start typing google in address bar, it autofills
2) open another tab 
3) Type "g" in address bar
4) Press tab key
5) Verify that the second result in the urlbar is a tab-to-search result for Google. It should say "Search with Google -- Search Google directly from your address bar"


**Actual result**
Orca says " TAB"

**expected result**
 Orca should say "tab, Search with Google -- Search Google directly from your address bar", etc etc
Bug: [XFA] An image element is incorrectly rendered - follow-up
Status: NEW
Priority: P2
Created: 2021-07-08 20:41:51+00:00
Resolved: 2022-02-18 04:47:40+00:00

+++ This bug was initially created as a clone of Bug #1718521 +++

**Note**
* When the user loads a specific PDF file in Adobe Reader and Firefox, an image element is incorrectly displayed in the browser.

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

**Affected platforms**
* all

**Preconditions**
* Flip the "pdfjs.enableXfa" pref to true.

**Steps to reproduce**
1. Launch browser.
2. Load the attached PDF file.
3. Go to the end of page 1, Section 10, b.

**Expected result**
* An arrow-like element is shown, pointing to the right.

**Actual result**
* An incorrect element is rendered, looks like a checkbox.

**Regression range**
* Not a regression, but an implementation flaw.
Bug: BrowserGlue fxa login status code fails if fxa button isn't in the toolbox
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-07-08 21:19:36+00:00
Resolved: 2021-07-29 00:00:38+00:00

Spotted in the log output in bug 1719175.

https://searchfox.org/mozilla-central/rev/1add3985d32470582ce83f40a212a976e4fc7da5/browser/components/BrowserGlue.jsm#4218

```js
  _updateFxaBadges(win) {
    let fxaButton = win.document.getElementById("fxa-toolbar-menu-button");
    let badge = fxaButton.querySelector(".toolbarbutton-badge");
    ...
  }
```

produces:

```
TypeError: fxaButton is null
```

if the button is customized.

We should be nullchecking `fxaButton` before using it in this method, because the adding/clearing of the notifications should still work on the app menu if the fxa button is not present.

Emma or Molly, are you in a position to work on this?
Bug: [XFA] A table is displayed on 2 pages
Status: NEW
Priority: P3
Created: 2021-07-08 22:33:27+00:00
Resolved: 2022-02-18 04:56:33+00:00

**Note**
* When the user loads a specific PDF file in Adobe Reader and then in Nightly and compares pages 2-3, he will notice that a table is incorrectly displayed on both pages and also shows alignment issues.

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

**Affected platforms**
* all

**Preconditions**
* Flip the "pdfjs.enableXfa" pref to true.

**Steps to reproduce**
1. Launch browser.
2. Load the attached PDF file.
3. Scroll to pages 2-3.

**Expected result**
* A table is displayed on page 2 and its alignment is correct.

**Actual result**
* The table is displayed on 2 pages and its alignment is broken.

**Regression range**
* Not a regression, but an implementation flaw.
Bug: Intermittent [TV] browser/components/urlbar/tests/browser/browser_suppressFocusBorder.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-07-09 00:07:56+00:00
Resolved: 2021-08-17 17:01:12+00:00

**Filed by:** dluca [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=344729525&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/YEHhB3ErSdCe5VsGKXE7Sw/runs/0/artifacts/public/logs/live_backing.log
**Reftest URL:** https://hg.mozilla.org/mozilla-central/raw-file/tip/layout/tools/reftest/reftest-analyzer.xhtml#logurl=https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/YEHhB3ErSdCe5VsGKXE7Sw/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
 INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_suppressFocusBorder.js | URLBar value is correct - "paste test" == "paste test" - 
[task 2021-07-08T21:59:11.760Z] 21:59:11     INFO - Leaving test bound interactionOnNewTabInPrivateWindow
[task 2021-07-08T21:59:11.760Z] 21:59:11     INFO - Entering test bound clickOnEdgeOfURLBar
[task 2021-07-08T21:59:11.760Z] 21:59:11     INFO - Buffered messages logged at 21:59:10
[task 2021-07-08T21:59:11.761Z] 21:59:11     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_suppressFocusBorder.js | URLBar does not have suppress-focus-border attribute - true == true - 
[task 2021-07-08T21:59:11.761Z] 21:59:11     INFO - Buffered messages logged at 21:59:11
[task 2021-07-08T21:59:11.762Z] 21:59:11     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_suppressFocusBorder.js | suppress-focus-border is set from the beginning - true == true - 
[task 2021-07-08T21:59:11.762Z] 21:59:11     INFO - Leaving test bound clickOnEdgeOfURLBar
[task 2021-07-08T21:59:11.763Z] 21:59:11     INFO - Buffered messages finished
[task 2021-07-08T21:59:11.763Z] 21:59:11     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_suppressFocusBorder.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. - 
[task 2021-07-08T21:59:11.763Z] 21:59:11     INFO - GECKO(7819) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2021-07-08T21:59:11.764Z] 21:59:11     INFO - GECKO(7819) | MEMORY STAT | vsize 7911MB | residentFast 332MB | heapAllocated 162MB
[task 2021-07-08T21:59:11.764Z] 21:59:11     INFO - TEST-OK | browser/components/urlbar/tests/browser/browser_suppressFocusBorder.js | took 45442ms
[task 2021-07-08T21:59:11.765Z] 21:59:11     INFO - checking window state
[task 2021-07-08T21:59:11.765Z] 21:59:11     INFO - GECKO(7819) | Completed ShutdownLeaks collections in process 7819
[task 2021-07-08T21:59:11.765Z] 21:59:11     INFO - TEST-START | Shutdown
```
Bug: network login request pops up frequently, already signed into network
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-07-09 02:38:39+00:00
Resolved: 2021-08-07 06:43:59+00:00

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

Steps to reproduce:

closed and restarted firefox.  
restarted computer.


Actual results:

no change in bug.


Expected results:

message to not appear, I am already signed into network.
Bug: 17.26 - 12.11% about_newtab_with_snippets / about_newtab_with_snippets (Linux) regression on Wed July 7 2021
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-07-09 06:21:29+00:00
Resolved: 2021-08-18 17:04:00+00:00

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

### Regressions:

| **Ratio** | **Suite** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)**| 
|--|--|--|--|--|--| 
| 17% | [about_newtab_with_snippets](https://firefox-source-docs.mozilla.org/testing/perfdocs/talos.html#about-newtab-with-snippets) |  | linux1804-64-shippable-qr | e10s stylo webrender-sw | 45.24 -> 53.05 |
| 12% | [about_newtab_with_snippets](https://firefox-source-docs.mozilla.org/testing/perfdocs/talos.html#about-newtab-with-snippets) |  | linux1804-64-shippable-qr | e10s stylo webrender-sw | 45.18 -> 50.65 |


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=30530), including links to graphs and comparisons for each of the affected tests. Please follow our [guide to handling regression bugs](https://wiki.mozilla.org/TestEngineering/Performance/Handling_regression_bugs) and **let us know your plans within 3 business days, or the offending patch(es) will be backed out** in accordance with our [regression policy](https://www.mozilla.org/en-US/about/governance/policies/regressions/).

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).
Bug: xss mime type sniffing bug
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-07-09 06:45:14+00:00
Resolved: 2022-08-26 22:10:31+00:00

exploit xss on Firefox browser .
 Browser - Firefox -89.0.2 (64-bits)
Attacker can gain
Mime type exploitation
If you can force a browser to load data, either through setting the URL (via e.g. location.href or the href field in an a tag) or other means, you can execute javascript. In Firefox, these are treated as the same domain as the originating page . Regardless, this can lead to a few dangerous outcomes explained below.
If you’re unfamiliar, you can test these payloads by pasting them into the URL of your browser. They all simply do an alert(‘XSS’), but you can verify this by using a base64 decoder on the payloads if you want to be cautious.
 
steps to reproducer-
1. open the Firefox Browser 
2.xss payload - data:image/svg+xml;base64,PHN2ZyB4bWxuczpzdmc9Imh0dHA6Ly93d3cudzMub3JnLzIwMDAvc3ZnIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvMjAwMC9zdmciIHhtbG5zOnhsaW5rPSJodHRwOi8vd3d3LnczLm9yZy8xOTk5L3hsaW5rIiB2ZXJzaW9uPSIxLjAiIHg9IjAiIHk9IjAiIHdpZHRoPSIxOTQiIGhlaWdodD0iMjAwIiBpZD0ieHNzIj48c2NyaXB0IHR5cGU9InRleHQvZWNtYXNjcmlwdCI+YWxlcnQoIlhTUyIpOzwvc2NyaXB0Pjwvc3ZnPg==
3. xss alert
Bug: Firefox on armv7l fails to synchronize passwords
Status: UNCONFIRMED
Priority: P5
Created: 2021-07-09 07:27:13+00:00
Resolved: 2021-11-11 20:52:29+00:00

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

Steps to reproduce:

Log in to profile. Attempt to sync.

Firefox 89.0.2 on Arch Linux Arm on a Raspberry Pi 4/8 GiB RAM


Actual results:

Passwords from account are not added to local profile. error-sync-*.txt shows 400 HTTP status from retrieving passwords.

1625814693483   Sync.Collection DEBUG   GET fail 400 https://sync-1-us-west1-g.sync.services.mozilla.com/1.5/161029715/storage/passwords?newer=-3.2217928701071794e-117&full=1&limit=1000
1625814693484   Sync.Collection WARN    GET request to https://sync-1-us-west1-g.sync.services.mozilla.com/1.5/161029715/storage/passwords?newer=-3.2217928701071794e-117&full=1&limit=1000 failed with status 400
1625814693486   Sync.Status     DEBUG   Status for engine passwords: error.engine.reason.record_download_fail
1625814693487   Sync.Status     DEBUG   Status.service: success.status_ok => error.sync.failed_partial
1625814693487   Sync.ErrorHandler       DEBUG   passwords failed: {"data":"0","url":"https://sync-1-us-west1-g.sync.services.mozilla.com/1.5/161029715/storage/passwords?newer=-3.2217928701071794e-117&full=1&limit=1000","status":400,"success":false,"headers":{"alt-svc":"clear","content-length":"1","content-type":"application/json","date":"Fri, 09 Jul 2021 07:11:33 GMT","server":"openresty/1.15.8.2","via":"1.1 google","x-firefox-spdy":"h2","x-weave-timestamp":"1625814693.38"},"obj":0,"failureCode":"error.engine.reason.record_download_fail"}



Expected results:

Passwords should sync.
Bug: Middle-Click fails when the space in tabbar is limited, should open new tab
Status: NEW
Priority: --
Created: 2021-07-09 07:57:18+00:00
Resolved: 2022-03-18 15:13:18+00:00

Although there is enough space next to +, and double click works, middle click doesn't.

*Nightly 91.0a1 (2021-07-08) (64-bit) Win 7*
Bug: Window Controls are hidden on chat.mozilla.org
Status: RESOLVED
Priority: P5
Resolution: WONTFIX
Created: 2021-07-09 08:00:03+00:00
Resolved: 2022-09-08 16:51:54+00:00

Window controls are hidden on `https://chat.mozilla.org/` tab, regardless of its index/location.

*Nightly 91.0a1 (2021-07-08) (64-bit) Win 7*
Bug: switching between multiple windows in Firefox for Mac OS doesn't work quite right
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-07-09 09:44:40+00:00
Resolved: 2021-07-09 10:12:08+00:00

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

Steps to reproduce:

I am using Firefox 89.0.2 on Mac OS 'Big Sur' 11.4 running on a 2019 MacBook Pro.

Firefox had been restarted the previous day and then left open while I put my Mac to sleep overnight. I often leave Firefox open for several days at a time (or weeks).

After reawakening my Mac at the start of the day, I went to switch between the four Firefox windows I have open using Cmd + `. 

However, it just switched between the current and last windows. 

I tried holding it down and it just switched between those two windows dozens of times, continuing a second or two after I released the keys. 

Workaround:
Clicking on the 'Window' menu with my mouse and selecting one of the other windows cured this bug, at least temporarily (it has happened before). Since doing this, Cmd + ` happily switches through all four windows as expected. 


Actual results:

Firefox just toggled between displaying the current and last opened window. 


Expected results:

Firefox should have switched between all four open windows in turn.
Bug: Proton cannot be disabled
Status: VERIFIED
Priority: --
Resolution: INVALID
Created: 2021-07-09 09:49:30+00:00
Resolved: 2021-07-16 13:12:46+00:00

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

Steps to reproduce:

1. open about:config
2. type "Proton"
3. disable all the parameters that having state "true"


disabled "definitely terrible" new Proton design  in  about:config


Actual results:

nothing


Expected results:

Proton should be disabled, because it is absolutely "nasty, disgusting, awful, dreadful, and very unpleasant" for me, being too big for no reason, and giving me the worst feelings ever.


for the years, i've been loving Firefox, promoting it for my Friends, who never used nothing than Chrome; for donating to Mozilla Foundation, it is just a spit in my face. 

i haven't said anything about the new design, as i succesfully disabled on my own, without any guidelines, and were absolutely happy. 
I had a screenshot, with a bug, where panel menu icons disapзeared in "default window", but left in "private window"


but this is meaningless, cause some people in Mozilla doesn't care about it customers. At all.

they don't give a thing.

I understand, that every change, conservative humans emerge, but...

this is so rude.
this. is. so. rude.

don't make us hate firefox.
please.

I don't want to see Proton.
it is just a mess.

I don't want to stay on old version, shooting my foot to stop Firefox from checking for updates (cause for some stupid reason, devs have removed that option from Preferences)

I won't switch to Chromium.
Bug: Sync the "Run in Private Windows" addon setting
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-09 10:24:51+00:00
Resolved: 2021-07-13 11:52:37+00:00

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

Steps to reproduce:

I had done a Sync


Actual results:

After the Sync had imported the installed by me (and saved while Sync) plugins, I had noticed that the setting "Run in Private Windows" was turned off by each of it, while before saving them in the Sync, the "Run in Private Windows" option in all plugins was turned on


Expected results:

Import the plugins in the state they were saved in the Sync server
Bug: Some webpages cause tabs to appear unusually large
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-09 11:18:13+00:00
Resolved: 2021-07-09 13:50:52+00:00

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

Steps to reproduce:

Navigate to this URL: https://twitter.com/StarworthL/status/1413432289271365633


Actual results:

Tabs in the tab bar become unusually large - about 100px tall.


Expected results:

Tabs remain the usual size (about 30px)
Bug: [XFA] Severe alignment issues - follow-up 1
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-07-09 12:25:54+00:00
Resolved: 2021-08-06 07:29:49+00:00

+++ This bug was initially created as a clone of Bug #1718670 +++

**Note**
* When the user loads a specific PDF, he will notice severe alignment issues.

**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 document is correctly displayed (as in Adobe Reader).

**Actual result**
* Severe alignment issues and overlapping are being observed.

**Regression range**
* This is not a regression.

**Additional information:**
* This bug was logged as a follow-up of bug 1718670 since the 2 reported situations appear to be reproduced by different causes.
Bug: [XFA] An input field should allow to select drop-down options OR manually input text
Status: NEW
Priority: P2
Created: 2021-07-09 13:01:34+00:00
Resolved: 2022-03-09 23:22:52+00:00

**Note**
* When the user loads a specific PDF file in Adobe Reader and then opens it in Firefox, scroll to page 9 and access field "Stadiul la data depunerii cererii de finantare: [Selectati din lista sau completati, dupa caz]", he will notice that the browser only allows the used to select drop-down options and won't allow text input.

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

**Affected platforms**
* all

**Steps to reproduce**
1. Launch browser.
2. Flip "pdfjs.enableXfa" to true.
3. Load the attached PDF file.
4. Scroll to page 9 and access the "Stadiul la data depunerii cererii de finantare: [Selectati din lista sau completati, dupa caz]" field.
5. Attempt to select drop-down options AND manual text input.

**Expected result**
* The field allows both options.

**Actual result**
* The field only allows selecting existing drop-down options.

**Regression range**
* Not a regression.
Bug: Allow default-branch regional pref values in DoH Config
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-07-09 13:21:32+00:00
Resolved: 2021-07-22 06:39:17+00:00

[Tracking Requested - why for this release]:

At some point during review, we ended up replacing an undefined check with Services.prefs.prefHasUserValue, which looks nicer but has the consequence of not considering values on the default pref branch.

Normandy rollouts always operate on the default branch, which means this doesn't work.

This does not affect the upcoming 1% rollout delivery because it is framed as an experiment, and we can use user-branch prefs there. But we need to fix this in 91.
Bug: Session restore loads a cached version of the page
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2021-07-09 16:42:30+00:00
Resolved: 2021-08-03 16:58:00+00:00

STR

1. Open a new tab with a document that can easily be edited (a local document works best, but https://bugzilla-dev.allizom.org/show_bug.cgi?id=1630690 also works).
1. Close the tab.
1. Change the document (add a comment, edit the html, etc.)
1. Reopen the tab.
1. Note that we've restored the initial version of the document.

It's not clear to me what we should actually be doing here, see comments below for more details.
Bug: Opening a PDF sending CD: attachment should load directly from internet
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-07-09 17:13:04+00:00
Resolved: 2022-10-14 13:13:07+00:00

**Steps to Reproduce** 

1. Ensure *browser.download.improvements_to_download_panel* pref is set to true.
2. Ensure "Save files to <path>" option is selected from about:preferences  and that PDFs are configured to open in Firefox
3. Try opening a PDF that sends CD: attachment. (eg. open any google doc and use File > Print inside the gdocs UI)

**Expected Results**
File should be loaded directly from internet instead of local disk, so that the address bar is correct

**Actual Results**
File is saved to local disk and instead shows the local file path from the address bar
Bug: Downloads panel should not open when opening a PDF sending CD: attachment
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-07-09 17:17:06+00:00
Resolved: 2022-02-07 21:25:33+00:00

**Steps to Reproduce**

1. Ensure *browser.download.improvements_to_download_panel* pref is set to true.
2. Ensure "Save files to <path>" option is selected from about:preferences and that PDFs are configured to open in Firefox
3. Try opening a PDF that sends CD: attachment. (eg. open any google doc and use File > Print inside the gdocs UI)

**Expected Results**
File should be loaded directly from internet instead of local disk. The download panel should not open.

**Actual Results**
Download panel opens

**Notes**
This will be resolved by Bug 1719892, but we should also make sure we check this issue is fixed when that's done.