av9ash/GitBugs huggingface dataset:
Bug: Make the windows control tooltips background color the same as the native's color
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-04-20 12:47:02+00:00
Resolved: 2020-04-20 14:46:00+00:00

At least on Windows 10, when you hover the window controls on a normal window, their tooltips' background color is yellow-ish, but on normal Firefox windows (e.g. not DevTools in a separate window / the about dialog etc.) the tooltip background color is plain white.

For comparison, in Chrome the tooltips are displayed with the native yellow-ish background color.
See attached.
Bug: shortcuts: links in the bookmark bar: opposite behaviour then links on a website
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-20 13:14:34+00:00
Resolved: 2020-04-24 14:32:54+00:00

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

Steps to reproduce:

click on a link in the bookmark bar using at the same time the key ctrl


Actual results:

webpage is loading in a new tab in the foreground


Expected results:

webpage should load in a new tab in the background to have the same behaviour like clicking on a link on a website

1) website:
- click + ctrl:			new tab in background
- click + ctrl + shift:	new tab in foreground
2) bookmark bar:
- click + ctrl:			new tab in foreground
- click + ctrl + shift:	new tab in background
as you can see above:
links on a website and links on the bookmark bar have opposite behaviour; that is confusing; they should have the same behaviour to make it simple and because both are links; I suggest that the shortcuts used in the bookmark bar should adopt the behaviour of shortcuts of links on a website
Bug: remove unused media-preview string
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-04-20 15:16:46+00:00
Resolved: 2020-04-29 01:01:07+00:00

There is this string `media-preview` which is supposed to get used in the UI (in menu Tools > Page Info):
https://searchfox.org/mozilla-central/rev/a4d62e09a4c46aef918667fa759bf9ae898dc258/browser/locales/en-US/browser/pageInfo.ftl#74

But it got removed by https://hg.mozilla.org/mozilla-central/rev/bae279118859#l2.15 in bug 1596836.

No other users of the strings can be found, it shall be removed.
Bug: Firefox tabs crashing consistently
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-04-20 15:42:34+00:00
Resolved: 2020-06-02 17:48:05+00:00

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

Steps to reproduce:

Open bing.com or weather.com or several other sites.  Not all.  This is impacting several apps including Thunderbird and Chrome, but i can't figure out what is causing the issue.  Firefox is my primary browser, so reporting the bug here.  I've attached a document with a lot more info.


Actual results:

Tab crashes every time.  Submitted several crash reports.  The most recent crash ID: 6283f310-775e-43cd-a175-5ff320200420


Expected results:

Load page
Bug: save to pocket button not working edge case
Status: RESOLVED
Priority: P2
Resolution: INVALID
Created: 2020-04-20 15:44:00+00:00
Resolved: 2020-04-30 20:29:17+00:00

Steps to test:

1. New profile
2. Remove save to pocket button from address bar, via right clicking it.
3. Open a new tab.
4. Open a story context menu.
5. Click save to pocket.

Expected: A save to pocket login dialog should open under the address bar.
Actual: nothing.

If you're logged in, it should be fine.

This is an issue because newtab is relying on the address bar functionality for this.

To re enable the address bar button, flip this pref back to true: extensions.pocket.enabled
Bug: Improve bulk operation performance in remote settings by not waiting for the result of each put
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-04-20 15:45:23+00:00
Resolved: 2020-04-22 16:38:16+00:00

Florian was looking at [a startup profile of some of our mochitests on debug infra](https://profiler.firefox.com/from-url/https%3A%2F%2Ffirefox-ci-tc.services.mozilla.com%2Fapi%2Fqueue%2Fv1%2Ftask%2FEW_wFq1xT6ebsAO2dypkGA%2Fruns%2F0%2Fartifacts%2Fpublic%2Ftest_info%2Fprofile_browser_webrtc.json/calltree/?globalTrackOrder=0&hiddenLocalTracksByPid=7804-8-10-11&localTrackOrderByPid=7804-5-6-0-1-2-3-4-7-8-9-10-11~&range=0.0000_9.9563&search=index&thread=3&v=4).

It seems all these put calls are a bit slow. So I looked around on stackoverflow (where else?) on how to make bulk insertion faster.

The suggestion I saw there was to not wait for each `onsuccess` event callback, and instead just handle errors and wait for the last one.

In my testing, this reduces the time we spend in the worker for an import of the addons blocklist from about 110ms to about 50ms (on an artifact build on my fast mbp). That seems worth it, especially on slower hardware.
Bug: about:networking "categories" list <hr> is impossible to see, and so just creates a subtle odd-looking gap
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-04-20 16:27:27+00:00
Resolved: 2020-04-21 02:12:34+00:00

STR:
1. Visit `about:networking`
2. Look at the left "categories" list, between "WebSockets" and "DNS Lookup"

ACTUAL RESULTS:
There's an odd gap.

EXPECTED RESULTS:
There should (maybe?) be a visible horizontal rule there, to separate sections.  If I look at the page DOM in devtools, I can see there's a `hr` element, but its color is nearly-transparent white, which is imperceptible on top of the page's light-gray background.

(Alternately: maybe the hr should be legitimately transparent, rather than almost-but-not-quite-transparent?)

Searchfox link for the styling in question (which makes this `hr` invisible):
https://searchfox.org/mozilla-central/rev/d2cec90777d573585f8477d5170892e5dcdfb0ab/toolkit/themes/shared/aboutNetworking.css#44

Looks like this styling dates back to bugs 1246498 (which just tweaked some styling that was added in bug 1242073).

ntim, maybe you could take a look? Do you know if this hr was intended to be more visible?
Bug: Occasionally discarded tabs' titles are lost, and their url are displayed instead
Status: NEW
Priority: --
Created: 2020-04-20 16:46:29+00:00
Resolved: 2023-10-05 13:58:34+00:00

Not sure when this started, maybe 4-5 months ago.

I'm a tab hoarder. I use about 660 tabs.
I set Nightly to always restore the previous session.
Sometimes when I launch Nightly, some of the tabs titles are lost, and instead their url is displayed.
Clicking that unnamed tab always works btw, and no other related issues are observed.

This seems to be random and doesn't happen frequently, so using mozregression to see when this regressed / disabling all of my addons / trying to see if this reproduces on a new profile won't be of much help.

Addons installed:
Auto Replay for YouTube
IDM
Tab Counter
Tab Session Manager
uBlock Origin

Tab Session Manager is in place as a second backup to Firefox internal session managament (set to save the session every 15 minutes), and is not actually used to load/restore sessions.

Interestingly, most (all?) of the unnamed discarded tabs I see are bugzilla's...
Bug: Extension label doesn't properly collapse
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-20 17:25:15+00:00
Resolved: 2020-04-21 20:06:04+00:00

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

Steps to reproduce:

Reduce the size of a window containing an extension's page.


Actual results:

The label's text on urlbar is truncated but the container keeps the same size, leading to an empty space.


Expected results:

The extension label on urlbar should decrease its size.
Bug: Login
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-04-20 17:39:31+00:00
Resolved: 2020-04-20 18:27:30+00:00

User Agent: Mozilla/5.0 (Android 9; Mobile; rv:68.0) Gecko/68.0 Firefox/68.0

Steps to reproduce:

I can no longer login fully to my Firefox browser or lockwise app. I completely lost access to the original email I signed up with and I can not update my profile with my new email. I have all the right login credentials but can not update my profile.
Bug: On Linux, a single click in search bar selects all without primary selection
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-20 19:45:54+00:00
Resolved: 2020-04-22 13:38:43+00:00

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

Steps to reproduce:

Click on the search bar. 


Actual results:

The whole text in search bar is selected


Expected results:

The cursor appears where O clicked without anything selected.
Bug: Autocomplete dropdown appears on focus
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-04-20 20:33:43+00:00
Resolved: 2020-04-24 15:45:47+00:00

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

Steps to reproduce:

Open any website with login that has form with username and password fields. Input field must have autofocus attribute set or focused with javascript on load.


Actual results:

After page load username field is focused and autocomplete dropdown appears with all possible autocomplete options that I have used earlier.


Expected results:

Autocomplete dropdown should not appear until I start typing or press arrow down.
Bug: [wayland] Can't open extension dropdowns when Firefox is on one of my monitors
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-04-20 21:01:29+00:00
Resolved: 2020-04-23 17:53:09+00:00

When clicking on an extension's icon in the toolbar, the dropdown that would normally open is not visible if the extension is on my external monitor, but it works fine if I move Firefox to my laptop's built in monitor.

This is not specific to any particular extension, and also occurs with the user account status (the avatar in the toolbar). I was not able to reproduce this with a fresh profile, but it is very reliable on my main profile. It doesn't appear to matter which monitor I start Firefox on.

I'm using Wayland, and the two monitors have different scaling factors, which has been a problem in the past. However, that is true in the fresh profile as well.
Bug: Crash loading data: URI in a new tab
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-04-20 21:28:07+00:00
Resolved: 2020-04-29 12:35:48+00:00

STR
1. Open a new tab with Command/Ctrl-T (the new tab page should be showing)
2. Paste `data:text/html,Hello` into the address bar and hit enter

Expected result:
"Hello" loads

Actual result:
Crash as seen in crash report bp-e2cfab2c-0526-4f32-b662-6a4f80200420.

```
Top 10 frames of crashing thread:

0 libmozglue.dylib mozalloc_abort memory/mozalloc/mozalloc_abort.cpp:33
1 XUL NS_DebugBreak xpcom/base/nsDebugImpl.cpp
2 XUL nsDebugImpl::Abort xpcom/base/nsDebugImpl.cpp:134
3 XUL NS_InvokeByIndex 
4 XUL XPCWrappedNative::CallMethod js/xpconnect/src/XPCWrappedNative.cpp:1141
5 XUL XPC_WN_CallMethod js/xpconnect/src/XPCWrappedNativeJSOps.cpp:947
6 XUL js::InternalCallOrConstruct js/src/vm/Interpreter.cpp:584
7 XUL Interpret js/src/vm/Interpreter.cpp:647
8 XUL js::InternalCallOrConstruct js/src/vm/Interpreter.cpp:619
9 XUL JS_CallFunctionValue js/src/jsapi.cpp:2740

```
I suspect the cause is https://searchfox.org/mozilla-central/rev/d2cec90777d573585f8477d5170892e5dcdfb0ab/browser/components/newtab/AboutNewTabService.jsm#364,391
Bug: Opening Instagram through the Top Sites immediately after starting Firefox, it fails to open in a Facebook isolated tab
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2020-04-20 23:58:17+00:00
Resolved: 2020-10-23 20:03:19+00:00

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

Steps to reproduce:

When opening Firefox (when having no other tabs open) and opening instagram.com from Top Sites, without doing any kind of interaction with Firefox.


Actual results:

It fails to open in a special tab.

As you can see here: https://cdn.masterwayz.nl/files/H4IR96yyoO.mp4

In the first attempt it does open in a Facebook tab, since I interacted with the browser. (Moved it from one screen to the other).
But when I close it again, open the browser again and then open up Instagram through the Top Sites button, it fails to open in a Facebook tab.


Expected results:

Open in a special facebook tab. (Container tab maybe? Can't recall the exact name).
Bug: Account avatar goes square when the account is in a bad state
Status: NEW
Priority: P2
Created: 2020-04-21 01:12:34+00:00
Resolved: 2022-02-23 07:40:47+00:00

As reported by Vlad. 

What I think is happening is that [this CSS rule](https://searchfox.org/mozilla-central/rev/d2cec90777d573585f8477d5170892e5dcdfb0ab/browser/themes/shared/customizableui/panelUI.inc.css#734) makes the icon round only when the user is in a "signedin" state. This works fine in the normal flows, as this is the only state where we have a user avatar.

However, it doesn't work when the account state *was* good, but then goes bad - we revert to a square avatar, but still show the user's avatar.

Ryan: I assume keeping the user's avatar in this state is desirable? If so, the fix is probably to have a different attribute which is specific to the avatar state.

Also, how much does this bother you? (ie, what priority should it be?)
Bug: Change RSExperimentLoader to use .targeting for filtering
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-04-21 01:16:06+00:00
Resolved: 2020-04-23 10:06:42+00:00

Right now the `filter_expression` defined on Remote Settings experiment recipes is being processed by both `RemoteSettings` and `ASRouterTargeting` (via the RemoteSettingsExperimentLoader). This isn't ideal – we should probably rename this field to prevent conflicts or stop using `ASRouterTargeting` for filtering.
Bug: Add-on spacing in Megabar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-21 03:20:20+00:00
Resolved: 2020-04-21 20:05:54+00:00

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

Steps to reproduce:

1. Install add-on with its own preferences page (eg; uBlock Origin)
2. Open add-on preferences page (eg; uBlock Origin dashboard)



Actual results:

Space between site information box and URL is abnormally large.
see screenshot for comparison between Release and Nightly


Expected results:

Space between add-on site information and URL should be smaller.
Bug: Support changing of the audio output devices
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-21 03:54:45+00:00
Resolved: 2025-02-20 12:59:59+00:00

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

Steps to reproduce:

1. Start a voice conference at Jitsi Meet https://meet.jit.si/
2. Click on the down arrow at the bottom right of the ‘Mute / Unmute’ button


Actual results:

3. Speakers are not showing


Expected results:

3. Speakers should show

Please add support in Firefox for changing of the audio output devices
https://github.com/jitsi/jitsi-meet/issues/6208#issuecomment-616929454

Can this please be implemented for the next ESR version of Firefox?

What do you think?

Thank you

Firefox 75.0 (64-bit)
Linux Mint 19.3 Cinnamon 64-bit
Bug: When zooming about:certificate in tabs Authorities and Servers to more than the available vertical viewport, a vertical scrollbar appears
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-04-21 05:29:05+00:00
Resolved: 2020-04-23 04:54:51+00:00

This is because of this:
https://searchfox.org/mozilla-central/rev/d2cec90777d573585f8477d5170892e5dcdfb0ab/toolkit/components/certviewer/content/components/list-item.css#26
Moving it to a separate `.cert-url > .item-name` fixes this for me.

Also:
- It should be `padding-inline-start` to be displayed correctly on RTL
- [This](https://searchfox.org/mozilla-central/rev/d2cec90777d573585f8477d5170892e5dcdfb0ab/toolkit/components/certviewer/content/components/list-item.css#26) should be `inset-inline-end` for the same reason
- The indentations [here](https://searchfox.org/mozilla-central/rev/d2cec90777d573585f8477d5170892e5dcdfb0ab/toolkit/components/certviewer/content/components/list-item.css#35-36) are off
Bug: 5.13 - 10.3% Images (macosx1014-64-shippable, windows10-64-shippable) regression on push dc605bd20b0b3e2cbab07f028aa4fb96c7186003 (Wed April 15 2020)
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-04-21 06:31:52+00:00
Resolved: 2020-05-06 13:38:10+00:00

We have detected an awsy regression from push:

https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=dc605bd20b0b3e2cbab07f028aa4fb96c7186003

As author of one of the patches included in that push, we need your help to address this regression.

Regressions:

  10%  Images macosx1014-64-shippable opt         5,621,682.71 -> 6,200,583.06
  10%  Images macosx1014-64-shippable opt         5,621,682.71 -> 6,184,063.94
   8%  Images windows10-64-shippable opt          6,529,609.67 -> 7,021,537.81
   5%  Images macosx1014-64-shippable opt tp6     8,822,704.23 -> 9,275,087.39


You can find links to graphs and comparison views for each of the above tests at: https://treeherder.mozilla.org/perf.html#/alerts?id=25664

On the page above you can see an alert for each affected platform as well as a link to a graph showing the history of scores for this test. There is also a link to a treeherder page showing the jobs in a pushlog format.

To learn more about the regressing test(s), please see: https://wiki.mozilla.org/AWSY/Tests
Bug: Anyone can delete a login credential
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-21 06:34:01+00:00
Resolved: 2020-04-21 21:08:23+00:00

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

Steps to reproduce:

Open "about:logins" to visit Lockwise page. 
Select any saved login
Delete by clicking the Remove button. 




Actual results:

When i followed the above steps my Login data was deleted. 


Expected results:

As i use Master password, i need to use that to view and edit a login data. Same way before deleting any login it must ask Master password (if enabled) each time i try to deleted any login
Bug: The text from the Breach Website/Vulnerable password notification has a thin font-weight
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-04-21 10:16:44+00:00
Resolved: 2020-04-28 07:11:26+00:00

[Affected versions]:
- Firefox Nightly 77.0a1 (Build ID: 20200420214939)
- Firefox Beta 76.0b3 (Build ID: 20200420031429)


[Affected Platforms]:
- Windows 10 x64
- Ubuntu 18.04 x64

[Prerequisites]:
- Have a Firefox profile with saved logins in which one is breached and another one is vulnerable.

[Steps to reproduce]:
1. Open the Firefox browser with the profile from prerequisites.
2. Navigate to the “about:logins” page.
3. Select a breached/vulnerable login.
4. Observe the text from the Breach Website/ Vulnerable password notification.

[Expected result]:
- The font-weight is normal.

[Actual result]:
- The font-weight is thin and narrow.

[Notes]:
- Attached a screenshot with the issue.
Bug: Trying to add separator before a bookmarked website in Bookmarks Toolbar doesn't work correctly
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-21 11:12:55+00:00
Resolved: 2020-04-22 09:55:23+00:00

**Affected versions**
* 75.0
* 76.0b6
* 77.0a1 (2020-04-20)

**Affected platforms**
* Windows 10x64
* macOS 10.15
* Ubuntu 18.04x64

**Steps to reproduce**
1. Launch Firefox.
2. Right click on the toolbar and enable “Bookmarks Toolbar”.
3. Bookmark a website. 
4. Right click in front of the bookmarked website.
5. Choose the “New separator” option.

**Expected result**
* The separator is placed before the bookmarked website.

**Actual result**
* The separator is placed after the bookmarked website.

**Regression range**
* This issue is not a regression since I was able to reproduce in on build from 2017-08-17 when the space between bookmarks was first implemented.

**Additional notes**
* see the attached screen recording.
* If you place manually a separator in front of the website you can add other separators.
* By right clicking on the bookmarked website and choose the "New Separator" option, the separator is placed in front of the bookmarked website.
Bug: Firefox crashes every time I click to show or copy a password in about:logins due to BLEtokenCredentialProvider.dll
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-04-21 11:25:45+00:00
Resolved: 2022-07-26 07:23:42+00:00

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

Steps to reproduce:

click profile icon
click logins and passwords
go to any password and click copy password or click the show password icon


Actual results:

a windows security popup come up requesting my computers login pin/password
whether i close it or input the password firefox closes/crashes without the crash reporter opening
when i next launch firefox it resumes the previous session and reloads the tabs


Expected results:

password would have been copied or shown
Bug: Detect + reset modified `security.tls13` prefs from the no_cypher_overlap certerror page
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-04-21 11:27:22+00:00
Resolved: 2020-04-28 21:55:42+00:00

Looks like this should be easy enough to do by adding the root to https://searchfox.org/mozilla-central/source/browser/actors/NetErrorParent.jsm#20 and updating the test.
Bug: Firefox for osx crashing upon killing apps on port 3003/4000
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-04-21 12:59:51+00:00
Resolved: 2020-07-06 18:29:37+00:00

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

Steps to reproduce:

When running this shell script https://gist.github.com/0xClpz/521bba294d20dcf7f6a991ce92b7fe99 it kills my firefox sometimes


Actual results:

It killed firefox


Expected results:

Firefox shouldn't die
Bug: Intermittent browser/base/content/test/contextMenu/browser_contextmenu_loadblobinnewtab.js | Uncaught exception - TypeError: can't access property "href", content.document.getElementById(...) is null
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-04-21 14:12:55+00:00
Resolved: 2020-04-27 06:26:01+00:00

**Filed by:** cbrindusan [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer.html#?job_id=298627809&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/fTXext_PQsK3rrjUIcT1uw/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/fTXext_PQsK3rrjUIcT1uw/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---

[task 2020-04-21T13:14:58.520Z] 13:14:58     INFO - TEST-START | browser/base/content/test/contextMenu/browser_contextmenu_loadblobinnewtab.js
[task 2020-04-21T13:14:58.568Z] 13:14:58     INFO - TEST-INFO | started process screencapture
[task 2020-04-21T13:14:58.725Z] 13:14:58     INFO - TEST-INFO | screencapture: exit 0
[task 2020-04-21T13:14:58.725Z] 13:14:58     INFO - Buffered messages logged at 13:14:58
[task 2020-04-21T13:14:58.726Z] 13:14:58     INFO - Entering test bound test_rightclick_open_bloburl_in_new_tab
[task 2020-04-21T13:14:58.726Z] 13:14:58     INFO - Buffered messages finished
[task 2020-04-21T13:14:58.726Z] 13:14:58     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/contextMenu/browser_contextmenu_loadblobinnewtab.js | Uncaught exception - TypeError: can't access property "href", content.document.getElementById(...) is null