av9ash/GitBugs huggingface dataset:
Bug: #navbar element can't be hidden anymore
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-05 07:55:50+00:00
Resolved: 2020-09-30 08:36:47+00:00

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

Steps to reproduce:

I just upgraded from 68 ESR version to 78 ESR.
I had profiles in which I used userChrome.css file to customize the appearence of the window.

Since the 78 ESR update, I'm not able to launch a single window : blank page at all time.
I managed to find out the cause : 
It's caused by two CSS property in my userChrome.css file which seems to not be supported anymore :
#nav-bar and #urlbar-container

It was written like this in my userChrome.css file and worked fine since.
#nav-bar, #urlbar-container { display: none !important; }

When i comment those lines, the window is correctly loaded and everything works but I haven't the navbar hidden and that's what i'm looking for.


Actual results:

#navbar element can't be hidden anymore with the use of { display: none !important; } in my userChrome.css file


Expected results:

#nav-bar { display: none !important; } block should works and hide the component.
Bug: Recommended by Pocket section showing in Firefox home, ignoring Preferences
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-08-05 09:44:42+00:00
Resolved: 2020-09-09 08:25:57+00:00

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

Steps to reproduce:

Ensure 'recommended by pocket' is unchecked in Firefox home content preferences. Update Firefox Beta to 80.0b4 (64-bit), open new tab.


Actual results:

Where I had previously configured only top sites to show, now a "recommended by pocket" section appears also.  Preferences continue to show that recommended pocket is unchecked.


Expected results:

Preferences should be followed and unchecked sections should not appear
Bug: Two extra onboarding "IMPRESSION" pings are logged at start up/page load
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-08-05 10:00:15+00:00
Resolved: 2020-08-19 03:52:29+00:00

**[Affected versions]:**
- Firefox Beta 80.0b3,    Build ID 20200803045446
- Firefox Nightly 81.0a1, Build ID 20200803094100

**[Affected Platforms]:**
- Windows 10
- macOS 10.15
- Linux MX 4.19

**[Prerequisites]:**
- Have a user.js file with the following line saved `user_pref("browser.ping-centre.log", true);`.

**[Steps to reproduce]:**
1. Create a new Firefox Beta profile with the `--jsconsole` argument but **DO NOT** open it.
2. Navigate to the local profile folder and place the user.js file from prerequisites there.
3. Start the newly created profile and observe the Browser Console.

**[Expected results]:**
- The IMPRESSION ping for the `MULTI-STAGE-WELCOME-IMPORTABLE-THEME_AW_GET_STARTED` slide/page is displayed.

**[Actual results]:**
- The `MULTI-STAGE-WELCOME-IMPORTABLE-THEME_AW_GET_STARTED`,  `MULTI-STAGE-WELCOME-IMPORTABLE-THEME`, and `MULTI-STAGE-WELCOME-IMPORTABLE-THEME_SITES` IMPRESSION pings are displayed.

**[Notes]:**
- The issue is also reproducible when refreshing the about:welcome page on any slide.
- Attached a screen recording of the issue.
Bug: Multiple errors are displayed in the Browser Console when navigating to or refreshing the about:welcome page
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-08-05 12:29:51+00:00
Resolved: 2020-12-21 12:46:30+00:00

**[Affected versions]:**
- Firefox Beta 80.0b3,    Build ID 20200803045446
- Firefox Nightly 81.0a1, Build ID 20200803094100

**[Affected Platforms]:**
- Windows 10
- macOS 10.15
- Linux MX 4.19

**[Steps to reproduce]:**
1. Open a new Firefox Beta profile with the `--jsconsole` argument.
2. Observe the Browser Console.
3. Navigate through all the slides and observe the Browser Console.
4. Refresh the page and observe the Browser Console.
5. Refresh the page a second time and observe the Browser Console.

**[Expected results]:**
- No errors are displayed.

**[Actual results]:**
- Step 2: Two `Error: Can't find profile directory.` errors and a `can't convert null to object` error are displayed.
- Step 3: Multiple `Error: Can't find profile directory.` errors are displayed.
- Step 4: A `this._store is undefined` and multiple `Error: Can't find profile directory.` errors are displayed
- Step 5: An `InvalidStateError: An attempt was made to use an object that is not, or is no longer, usable`, a `this._store is undefined`, and multiple `Error: Can't find profile directory.` errors are displayed

**[Notes]:**
- At first start-up there are also a few more errors, such as 
  - `[Exception... "Component returned failure code: 0x80520001 (NS_ERROR_FILE_UNRECOGNIZED_PATH) [nsIXPCComponents_Utils.readUTF8URI]"  nsresult: "0x80520001 (NS_ERROR_FILE_UNRECOGNIZED_PATH)"  location: "JS frame :: resource://gre/modules/L10nRegistry.jsm :: L10nRegistry.loadSync :: line 684"  data: no]` 
  - `SearchCache: _readCacheFile: Error reading cache file: 
Object { operation: "open", path: "C:\\Users\\work\\AppData\\Roaming\\Mozilla\\Firefox\\Profiles\\yi9khhlb.9\\search.json.mozlz4", winLastError: 2, stack: "", fileName: "(unknown module)", lineNumber: undefined }` 
  - `Win error 2 during operation copy on file C:\Users\work\AppData\Roaming\Mozilla\Firefox\Profiles\yi9khhlb.9\logins-backup.json (The system cannot find the file specified.)` 
but I'm not sure if those are related to the start-up mechanism or the about:welcome page.
- Attached a screen recording of the issue.
- Attached the [output of the Browser Console](https://drive.google.com/file/d/1-d7bTE5tlsVjKPRwW0Ft4KX7wIUa3RyO/view?usp=sharing).
Bug: An extra space is displayed between the “Vous avez déjà un compte?” string and the question mark on the “about:welcome” page in FR builds
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-08-05 12:57:23+00:00
Resolved: 2020-08-19 03:16:01+00:00

[Affected versions]:
- Firefox Beta 80.0b4 (Build ID: 20200804180257)
- Firefox Nightly 81.0a1 (Build ID: 20200805094932)

[Affected Platforms]:
- Windows 10 x64
- Ubuntu 20.04
- Mac 10.15.4

[Prerequisites]:
- Have the Firefox Beta fr build installed.
- Have a new Firefox profile.

[Steps to reproduce]:
1. Open the Firefox browser with the profile from prerequisites.
2. Observe the strings from the top right corner of the “about:welcome” page.


[Expected result]:
- The “Vous avez déjà un compte?” string is correctly displayed.

[Actual result]:
- An unnecessary space is displayed before the question mark.

[Notes]:
- Attached a screenshot of the issue.
Bug: The selected theme is reset if you navigate back to the about:welcome page and select the `Not now` option
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-05 13:01:18+00:00
Resolved: 2020-08-10 15:22:41+00:00

**[Affected versions]:**
- Firefox Beta 80.0b3,    Build ID 20200803045446
- Firefox Nightly 81.0a1, Build ID 20200803094100

**[Affected Platforms]:**
- Windows 10
- macOS 10.15
- Linux MX 4.19

**[Steps to reproduce]:**
1. Open Firefox Beta with a clean new profile.
2. Navigate to the 3rd slide of the onboarding.
3. Select a theme that is the opposite of the default OS theme (light if OS dark, dark if OS light).
4. Click the `Save Theme` button.
5. Click the Browser's `Back` button and select the `Not now` option.
6. Observe the behavior.

**[Expected results]:**
- The theme set at Step 3 is kept.

**[Actual results]:**
- The theme is reset to `Automatic`.

**[Notes]:**
- Attached a screen recording of the issue.
Bug: Firefox 81.0a1 Crash Report [@ libwayland-client.so.0@0x818b ]
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-08-05 14:00:05+00:00
Resolved: 2020-10-06 01:12:46+00:00

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

Steps to reproduce:

Browsed to various websites


Actual results:

Crashed with signature bp-b8ffd6a5-6b9e-4e60-88c5-5757e0200804


Expected results:

No crash should occur.
Bug: The import options are not displayed in the Import Wizard using Ubuntu 20.04
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-05 14:01:41+00:00
Resolved: 2020-08-19 04:17:30+00:00

[Affected versions]:
- Firefox Release 79.0 (Build ID: 20200720193547)
- Firefox Beta 80.0b4 (Build ID: 20200804180257)
- Firefox Nightly 81.0a1 (Build ID: 20200805094932)

[Affected Platforms]:
- Ubuntu 20.04

[Prerequisites]:
- Have the Firefox browser installed.
- Have the Chromium browser installed.

[Steps to reproduce]:
1. Open the Chromium browser and save some bookmarks.
2. Close the Chromium browser.
3. Open the Firefox browser and press the “Ctrl+Shift+O” keys.
4. Click on the “Import and Backup” button and select the “Import Data from Another Browser…” option.
5. Observe the options from the Import Wizard dialog.

[Expected result]:
- The “Chromium” option is correctly displayed into the Import Wizard dialog.

[Actual result]:
- The “Chromium” option is not displayed.

[Notes]:
- This issue is not reproducible on Ubuntu 18.04 and Linux MX 4.19 distros.
- Also, this issue is reproducible on the preinstalled Firefox browser 75.0 (Build ID: 20200720193547).
- Attached a screen recording with the issue.
Bug: The `Automatic` theme from the 3rd slide of the onboarding is not highlighted when the theme section is focused via keyboard navigation
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-08-05 14:35:45+00:00
Resolved: 2020-10-27 01:01:32+00:00

**[Affected versions]:**
- Firefox Beta 80.0b3,    Build ID 20200803045446
- Firefox Nightly 81.0a1, Build ID 20200803094100

**[Affected Platforms]:**
- Windows 10
- macOS 10.15
- Linux MX 4.19

**[Steps to reproduce]:**
1. Open Firefox Beta with a clean new profile.
2. Navigate to the 3rd slide of the onboarding.
3. Press the `Tab` key once and observe the behavior.

**[Expected results]:**
- The first theme, `Automatic`, is highlighted.

**[Actual results]:**
- The whole theme section is highlighted.

**[Notes]:**
- When pressing the `Left` or `Down` arrow keys the focus is changed to the 2nd theme, when the expectation would be to start from the 1st one.
- Attached a screen recording of the issue.
Bug: File type descriptions for non-HTML files shouldn't be "Firefox HTML Document"
Status: NEW
Priority: P3
Created: 2020-08-05 14:40:21+00:00
Resolved: 2020-08-27 11:07:09+00:00

When you try to save a webp image using our Save As dialog, the type is "Firefox HTML Document".

It should be WEBP image, similar to JPG/PNG.

Go to this image and try to save it:

https://s.yimg.com/uu/api/res/1.2/qG4H6QhbSmQl.7LqNfIGZg--~B/Zmk9c3RyaW07aD0xNjA7cT04MDt3PTM0MDthcHBpZD15dGFjaHlvbg--/https://s.yimg.com/os/creatr-uploaded-images/2020-08/9bd1e9c0-d6ed-11ea-9def-c80473c346ae.cf.webp
Bug: Hardcode localizable descriptions for common file types
Status: NEW
Priority: P3
Created: 2020-08-05 17:20:27+00:00
Resolved: 2020-09-01 16:41:59+00:00

If you save webp images from the internet and you installed Chrome before a recent version of Firefox on Windows, our "save as" dialog will say "Chrome HTML Document (*.webp)". This is annoying and misleading.

We should probably just have localizable descriptions for some of the types we recognize ourselves, and stop relying on the registry for them. We already do this for PDFs, there's no particular reason we can't do the same for others, and make the code a bit more generic + use localized strings for them.
Bug: malvertisers exploit infinite pushState loop to freeze Firefox
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-05 17:45:45+00:00
Resolved: 2023-05-23 04:25:48+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.105 Safari/537.36

Steps to reproduce:

Hi Team,

Over the last 1-2 weeks we have been chasing down a malvertising campaign that is running via native ads on high profile publishers.

Once victims land on the malicious landing page, they are presented with a tech support scam.

The landing page itself contains a "browlock" mechanism that will crash or significantly stall recent versions of most modern browsers including Chrome, FireFox, Opera, and Brave.

Attached is a screenshot of the malicious landing page for context, along with a distilled POC that produces the browlock.

We've found that this tactic produces a significant slow down of browser responsiveness within 5-30 seconds, often leading to a complete freeze that requires killing the browser process in order to unlock.

In conjunction with the infinite pushState loop, this attacker also hides the pointer in a nested pointerlock loop which effectively buys some time for the browlock to go into full effect.

Given the persistence and broad reach of these malvertisers, this browlock is likely impacting a pretty large swath of users.

Hopefully this can somehow be mitigated in a future release of Firefox.

Best,
Eliya Stein
Bug: Entering "go/anything" in the address bar should go to corresponding intranet page instead of searching the web
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-05 17:46:11+00:00
Resolved: 2020-08-06 05:14:47+00:00

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

Steps to reproduce:

Type 'go/anything' in the address bar.
Press enter.


Actual results:

Firefox searches my chosen engine for 'go/anything'


Expected results:

Firefox should actually navigate to go/anything

Really, this is a change in behavior of the address bar. Previously, using a non-FQDN followed by a slash (without specifying protocol) would trigger the "Visit" action rather than the "Search <engine>" action.

Currently working around this with a bookmark shortcut "go <link>" pointing to "https://go/%s", but its an unfortunate change in behavior. I can't imagine people are searching for "<something>/<something else>" more often than they're trying to navigate to an intranet page.
Bug: browser blows up on certain web sites
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-08-05 19:19:02+00:00
Resolved: 2020-08-25 11:12:54+00:00

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

Steps to reproduce:

Browse to https://www.healthline.com/health/allergies/pseudoephendrine-vs-phenylephrine

It actually happens with all healthline pages in Firefox.  This problem occurs for other sites also. Chrome renders it without problems as do other browsers.


Actual results:

Page flashes several times before blowing up.


Expected results:

Page should render correctly.
Bug: Checkbox indicating "open in Firefox" is the default for opening PDFs should be ticked
Status: NEW
Priority: P3
Created: 2020-08-05 19:31:58+00:00
Resolved: 2024-02-27 18:07:21+00:00

When I open a PDF file in Firefox (i.e. by selecting "Open with Firefox") and checking "Do this automatically for files like this from now on", the setting appears to have been saved in the preferences, but I still get the same dialog asking me the same thing the next time I open a file. This persists even upon restarting Firefox.

Using Firefox 79.0 (64-bit) on macOS Catalina 10.15.5.
Bug: Intermittent browser/components/sessionstore/test/browser_491168.js | Uncaught exception - at resource://specialpowers/SpecialPowersParent.jsm:1133 - TypeError: can't access property "getActor", browsingContext.currentWindowGlobal is null
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-08-05 20:19:50+00:00
Resolved: 2020-09-01 17:00:10+00:00

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

---

[task 2020-08-05T18:54:08.093Z] 18:54:08     INFO - TEST-START | browser/components/sessionstore/test/browser_491168.js
[task 2020-08-05T18:54:08.760Z] 18:54:08     INFO - TEST-INFO | started process screenshot
[task 2020-08-05T18:54:08.840Z] 18:54:08     INFO - TEST-INFO | screenshot: exit 0
[task 2020-08-05T18:54:08.840Z] 18:54:08     INFO - Buffered messages logged at 18:54:08
[task 2020-08-05T18:54:08.840Z] 18:54:08     INFO - Entering test bound 
[task 2020-08-05T18:54:08.841Z] 18:54:08     INFO - TEST-PASS | browser/components/sessionstore/test/browser_491168.js | Referrer retrieved via getTabState matches referrer set via loadURI. - 
[task 2020-08-05T18:54:08.841Z] 18:54:08     INFO - TEST-PASS | browser/components/sessionstore/test/browser_491168.js | document.referrer matches referrer set via setTabState using referrerInfo. - "http://example.org/?0.016211303705017888" == "http://example.org/?0.016211303705017888" - 
[task 2020-08-05T18:54:08.841Z] 18:54:08     INFO - Buffered messages finished
[task 2020-08-05T18:54:08.841Z] 18:54:08     INFO - TEST-UNEXPECTED-FAIL | browser/components/sessionstore/test/browser_491168.js | Uncaught exception - at resource://specialpowers/SpecialPowersParent.jsm:1133 - TypeError: can't access property "getActor", browsingContext.currentWindowGlobal is null
Bug: Dragging out a tab resulted in tab disappearing
Status: NEW
Priority: --
Created: 2020-08-05 21:13:34+00:00
Resolved: 2022-07-27 23:16:57+00:00

I was trying to drag out one tab with a google doc from a window with two tabs. I failed to actually move the tab out. I tried a couple of times as it seemed I could only drag the background tab, but not the foreground tab.

Eventually the dragging and dropping resulted in my active disappearing from the list of open tabs in the browser window. I closed the google docs tab at that point and was left with a window with a "hidden" active tab (see screenshot).

Note: I do have Fission enabled.
Bug: Copy from URLbar adds extra http:// with decodeURLsOnCopy
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-08-06 01:20:19+00:00
Resolved: 2021-04-15 19:31:40+00:00

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

Steps to reproduce:

Using Firefox 79.0 on Windows 10:
1) In `about:config` set `browser.urlbar.decodeURLsOnCopy=true`;
2) Browse to an https: site that does not include a `www` hostname -- e.g.:
- https://robbinsautotop.com
- https://shopdemo.e-junkie.com
3) Select the page URL in the URLbar and Copy to clipboard;
4) Paste the clipboard anywhere convenient.


Actual results:

Pasted URL is prepended with an extra `http://` -- e.g.:
- http://https://robbinsautotop.com
- http://https://shopdemo.e-junkie.com


Expected results:

URL should be copied to clipboard as shown in URLbar -- e.g.:
- https://robbinsautotop.com
- https://shopdemo.e-junkie.com
Bug: URL does not load on firefox startup when Firefox Home is enabled
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-08-06 03:59:33+00:00
Resolved: 2020-08-17 00:51:46+00:00

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

Steps to reproduce:

1. Start Firefox 79 on Linux with "Firefox Home" enabled for new windows
2. Press CTRL+L to go to the URL bar
3. Type in a URL (you can take your time, timing doesn't seem to matter)
4. Press enter


Actual results:

No page loads after pressing enter.


Expected results:

The correct URL should load when you press enter, like it does when you have "Blank Page" enabled instead of "Firefox Home"
Bug: "Site information" dialog for data URLs can't fit its content
Status: NEW
Priority: P3
Created: 2020-08-06 04:54:45+00:00
Resolved: 2021-01-19 14:40:21+00:00

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

Steps to reproduce:

Clicking the lock icon on a URL that is a data-url tries to show the entire data url before showing the actually meaningful parts of that dialog. Not sure if it's a true defect, but marking it as such.
Bug: 0.34% installer size (osx-cross) regression on push 07812e460d4fb872b449198bfcb1099095099c20 (Wed August 5 2020)
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-08-06 09:40:38+00:00
Resolved: 2020-11-09 16:49:11+00:00

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

Regressions:

0.34%  installer size osx-cross opt      79,557,309.42 -> 79,831,147.50


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perf.html#/alerts?id=26661), 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: The Multi Stage about:welcome has wrong FxA end point on the zh-CN locale
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-08-06 10:40:59+00:00
Resolved: 2020-09-09 06:26:42+00:00

**[Affected versions]:**
- Firefox Beta 80.0b4, Build ID 20200804180257, zh-CN locale

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

**[Prerequisites]:**
- Have the latest zh-CN Firefox Beta build installed.

**[Steps to reproduce]:**
1. Open the browser and observe the "about:welcome" page.

**[Expected result]:**
- The Simplified "about:welcome" page is displayed.

**[Actual result]:**
- The Multi Stage "about:welcome" page is displayed.

**[Notes]:**
- Attached a screenshot of the issue:
Bug: Citrix HTML5 Client frequently crashes, showing only black screen
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-08-06 12:01:30+00:00
Resolved: 2020-08-27 12:47:26+00:00

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

Steps to reproduce:

Run a remote desktop connection in Firefox, use it for a few minutes


Actual results:

Whole page turns black except for the Citrix control overlay.


Expected results:

Continue showing the remote desktop. This was working fine in Firefox 78.
Bug: Regression: up/down arrows move through one-offs even when they are not shown
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-08-06 14:54:21+00:00
Resolved: 2020-09-18 13:27:25+00:00

In views that don't show one-offs, like Top Sites or the list of token aliases shown when typing "@", the up/down arrow keys navigate past results and into the one-offs, even though they're not shown.

I suspect this is caused by bug 1654439, but I'm not sure so I'm adding it in the See Also field for now.

[Tracking Requested - why for this release]:
UX regression in the Urlbar. The regression was (probably) introduced through work on a preffed-off feature, but this regression affects all users regardless of the value of the feature's prefs.
Bug: Tail suggestions are displayed incorrecly when typing text with the opposite directionality of the UI
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-06 17:28:51+00:00
Resolved: 2020-08-06 19:38:14+00:00

STR #1:
1. Set `intl.uidirection` to `0` and restart
2. Type `אין לי ארץ אחרת גם אם אדמתי בוערת מיל` into the urlbar

STR #1:
1. Set `intl.uidirection` to `1` and restart
2. Type `this is not what i was expecting t` into the urlbar

In both cases, tail suggestions are not displayed correctly.
Bug: ETP tracking content block list is empty and can't change the level
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-08-06 17:48:28+00:00
Resolved: 2020-09-08 19:17:59+00:00

I visited some websites and apparently some resources on CDNs are blocked as tracking content, so the content wasn't displayed correctly.

When I want to adjust the level of the block list, it's empty and nothing I can do.
This could be a bug and should be fixed.