av9ash/GitBugs huggingface dataset:
Bug: sync logs in but fails to sync
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-01 17:42:49+00:00
Resolved: 2020-07-01 18:22:45+00:00

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

Steps to reproduce:

Nothing changed on my end. sync stopped working on all devices, mobile and desktop. Tried logging out and in many times. Sync is broken. about:sync-log shows multiple instances of this error: 
Exception calling WrappedLock: Error: Login failed: error.sync.reason.serverMaintenance(resource://services-sync/service.js:1043:15) JS Stack trace: onNotify@service.js:1043:15


Actual results:

logged into firefox sync. nothing syncs. 


Expected results:

It should sync.
Bug: Firefox 78 crashes on Linux
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-07-01 18:53:11+00:00
Resolved: 2020-07-03 09:41:29+00:00

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

Steps to reproduce:

Update Firefox to version 78. I've also updated the Linux kernel and probably mesa this week. I started experiencing issues yesterday (30.06.2020).

I'm not sure if this a issue with Firefox alone or if there is a bug in the kernel or the GPU driver. Firefox did start to crash a lot after the update, but I've seen pulseaudio and waybar crash once.
Downgrading to version 77 did not help as it also crashed.
I've also tested on Windows 10 and both the GPU and browser run fine there.

Firefox: 78.0-1
Linux: 5.4.49-1-lts
Mesa: 20.1.2-1
Sway: 1:1.4-9
GPU: Radepm RX 5700 XT

I've also added a dump of journalctl -xe, but I dunno if that is helpful enough.


Actual results:

Either the current tab crashes or the whole browser crashes seemingly at random.

I've also seen small graphical glitches such as
* graphical artifacts when watching a video on youtube.
* backgrounds not being rendered on some webpages, seemingly at random.


Expected results:

Should not crash.
Bug: filter_expression for Plugin / Gfx / Extension v2 blocklists lacks environment with appinfo
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-07-01 20:42:47+00:00
Resolved: 2021-06-11 11:05:52+00:00

The `environment` for blocklist collections was already lacking most of the environment, but with the change from https://hg.mozilla.org/mozilla-central/rev/728cb5c13241586325e977315535cc6bec64a6b3 , the full environment is missing (which is the opposite of what the associated bug wanted to achieve).

While it's easy to fix the bug by adding the `environment` parameter to the `_filterItem` functions in Blocklist.jsm, I think that it is preferable to fully handle the `filter_expression` implementation in the RemoteSettings client itself. It is not obvious that the use of a custom `filterFunc` results in the loss of `filter_expression` functionality.

The documentation does state that the default implementation filters based on the JEXL expression, but doesn't clearly state that the override ought to handle the replacement, nor how the default `filter_expression` functionality has to be restored: https://searchfox.org/mozilla-central/rev/31d8600b73dc85b4cdbabf45ac3f1a9c11700d8e/services/common/docs/RemoteSettings.rst#321-330

The Blocklist v3 (Extension blocklist) doesn't override the `filterFunc` method, so only the others blocklist implementations in `Blocklist.jsm` that do override it are affected (i.e. gfx, plugins, blocklist v2). If we ever want to remove `versionRange` from the blocklist impl (bug 1463377), then this bug should be fixed (and be uplifted to ESR78).
Bug: Intermittent leakcheck | tab 7936 bytes leaked (CacheAwareZipReader, CondVar, CookieJarSettings, CopyOnWriteValue, CustomElementReactionsStack, ...)
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-07-01 20:55:23+00:00
Resolved: 2020-10-06 17:02:08+00:00

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

---

[task 2020-07-01T19:37:21.834Z] 19:37:21     INFO - TEST-START | browser/components/customizableui/test/browser_widget_animation.js
[task 2020-07-01T19:37:36.816Z] 19:37:36     INFO - TEST-INFO | leakcheck | tab leaked 1 nsZipReaderCache
[task 2020-07-01T19:37:36.816Z] 19:37:36     INFO - TEST-UNEXPECTED-FAIL | leakcheck | tab 7936 bytes leaked (CacheAwareZipReader, CondVar, CookieJarSettings, CopyOnWriteValue, CustomElementReactionsStack, ...)
[task 2020-07-01T19:37:36.816Z] 19:37:36     INFO - 
[task 2020-07-01T19:37:36.816Z] 19:37:36     INFO - leakcheck | Processing leak log file c:\users\task_1593631179\appdata\local\temp\tmpvorggx.mozrunner\runtests_leaks_tab_pid752.log
[task 2020-07-01T19:37:36.816Z] 19:37:36     INFO - 
[task 2020-07-01T19:37:36.816Z] 19:37:36     INFO - == BloatView: ALL (cumulative) LEAK AND BLOAT STATISTICS, tab process 752
[task 2020-07-01T19:37:36.817Z] 19:37:36     INFO - 
[task 2020-07-01T19:37:36.817Z] 19:37:36     INFO -      |<----------------Class--------------->|<-----Bytes------>|<----Objects---->|
[task 2020-07-01T19:37:36.817Z] 19:37:36     INFO -      |                                      | Per-Inst   Leaked|   Total      Rem|
[task 2020-07-01T19:37:36.818Z] 19:37:36     INFO -    0 |TOTAL                                 |       22        0| 3117605        0|
[task 2020-07-01T19:37:36.818Z] 19:37:36     INFO - 
[task 2020-07-01T19:37:36.818Z] 19:37:36     INFO - nsTraceRefcnt::DumpStatistics: 1315 entries
[task 2020-07-01T19:37:36.818Z] 19:37:36     INFO - TEST-PASS | leakcheck | tab no leaks detected!
Bug: Recommended by Pocket option disappears from setting after unchecking and restarting browser
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-07-01 21:17:20+00:00
Resolved: 2021-09-03 14:12:44+00:00

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

Steps to reproduce:

1) Go to Firefox settings -> Home
2) Uncheck Recommended by Pocket
3) Restart browser
4) Go into Firefox settings -> Home


Actual results:

Recommended by Pocket is no longer an option to enable/disable and is completely gone


Expected results:

Recommended by Pocket should still be present, allowing the user to enable the option if they want in future.
Bug: Pioneer study IDs collide with RemoteSettings record IDs
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-07-01 22:25:45+00:00
Resolved: 2020-07-06 23:42:24+00:00

Bug 1646149 added support for pulling study metadata from RemoteSettings, but unfortunately uses an incompatible type for the ID (add-on IDs are freeform strings but RS requires UUIDs).

It'd make more sense to just let RS generate an ID for each record, and use a key that doesn't conflict like `addon_id` to store study add-on IDs.
Bug: Opening mhtml file causes Firefox to hang / waste CPU time indefinitely
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-07-01 22:40:45+00:00
Resolved: 2023-06-25 23:07:59+00:00

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

Steps to reproduce:

Open the attached file with Firefox v 78.0 (64 bit). and it will run it ilimit time. you will not be able to get access to your Desktop or Task manager. Restarting your PC is not going to sole the issue. I tried it on Windows 10  (64 bit).


Actual results:

This bug can be use in malware features.


Expected results:

User will not be able to use his PC.
Bug: Firefox does not load search plugins from /usr/share/firefox/distribution/searchplugins/common/
Status: RESOLVED
Priority: P4
Resolution: WONTFIX
Created: 2020-07-02 03:41:52+00:00
Resolved: 2020-07-07 21:25:40+00:00

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

Steps to reproduce:

Update Firefox from version 77 to version 78


Actual results:

The Debian search plugin is no longer found.


Expected results:

The Debian search plugin would appear, and I could use the keyword I added to search with it.
Bug: Unable to add search plugins from the Mycroft Project
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-07-02 03:46:51+00:00
Resolved: 2020-07-03 10:29:15+00:00

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

Steps to reproduce:

Navigated to https://mycroftproject.com/ and tried to add some of the search plugins that the project provides.


Actual results:

The search plugins are not added to Firefox.


Expected results:

The search plugins would appear in Firefox's search engines.
Bug: address bar doesn't work if it's impossible to search for results (corrupt or locked database)
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-07-02 06:15:11+00:00
Resolved: 2023-10-03 12:01:06+00:00

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

Steps to reproduce:

installed the latest ESR version 78.0.1 for macOS


Actual results:

the address bar does not work for search engines, the issue seems to be not fixed with ESR 78.0.1 update on macOS


Expected results:

typing something in the address bar and press enter should automatically use my preferres search engine
Bug: window.open("mailto:test@test.com") opens a blank window without a URL.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-02 06:37:43+00:00
Resolved: 2022-06-22 09:36:07+00:00

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

Steps to reproduce:

Version 78.0.1 
Reverted back to version 77.0.1


Actual results:

var mailto_link = 'mailto:' + email + '?Subject=Confidential medical information'
window = window.open(mailto_link, 'emailWindow')

This opens a new blank page without URL.


Expected results:

default email program, gmail.com should have opened with populated to: and subject: fields.
Bug: 1e100 - 1 * 10 ** 100 returns -1.942668892225729e+84 instead of 0
Status: VERIFIED
Priority: --
Resolution: INCOMPLETE
Created: 2020-07-02 06:38:09+00:00
Resolved: 2021-06-04 12:01:39+00:00

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

Steps to reproduce:

I was playing the game hosted on https://patcailmemer.github.io/Ordinal-Markup/ (The commit at this moment is c71c663c84cc048842127ababc607272220a0d32), when one of the game feature wasn't working for me, the community calls it the "Firefox bug" because it doesn't occur in Chrome or other browsers, only firefox.
Digging in the codebase reveals the following call stack
getFBps() -> calcFactorBoostTime() -> calcFactorShiftTime(7) -> OPtoOrd(1e100, 4) -> OPtoOrd(1e100 - 1 * 10 ** 100, 4, 1)
At this point, "1e100 - 1 * 10 ** 100" should be exactly 0(At least this is what Chrome did), which ends the recursion, but instead it is -1.942668892225729e+84, which caused the code to glitch and produce unwanted result(getFBps() being 0 instead of >10k)
The code can be changed to end recursion when x <= 0.000000000001 as a temporary fix, but the Math issue itself should be fixed as well.



Actual results:

The calculation ends up being -1.942668892225729e+84


Expected results:

It should be 0
Bug: [macOS] - WebRTC & dark theme, increase visibility of  for mic/camera removal focus indicator
Status: NEW
Priority: P3
Created: 2020-07-02 07:29:07+00:00
Resolved: 2020-07-03 09:07:46+00:00

**Affected versions**
* 80.0a1 (2020-07-01), 79.0b2, 78.0.1esr, 68.10.0esr 

**Affected platforms**
* macOS 10.15.5

**Steps to reproduce**
1. Launch Firefox, set it to Dark theme;
2. Access https://webrtc.github.io/test-pages/src/audio-and-video/
3. Enable the capture for mic/camera;
4. Click to open the Site information panel;
5. Press the TAB key until the focus reaches over the (x) - remove buttons for mic/camera;

**Expected result**
* active indicator visible;

**Actual result**
* poor visibility with dark theme / colours might need an update;

**Regression range**
* Not a regression, confirmed with opening builds between  [(2018-03-22), (2018-03-23)](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=8bf380faae74e4921be6000496ca09d4a2c44e8d&tochange=d7b0d0e7228da9d690df6f105b865db973789c34)
* introduced with updating the panel to dark theme, but this might have been overlooked;

**Additional notes**
* attached screenshot with the issue;
* OS set to dark theme as well;
* suggested severity is S4, since it's a minor UI/UX issue.
Bug: [mac] Spam-click on new WebRTC indicator renders panel hidden and InfoButtons active
Status: NEW
Priority: P3
Created: 2020-07-02 08:11:43+00:00
Resolved: 2020-08-14 19:37:31+00:00

**Affected versions**
* 80.0a1 (2020-07-01)

**Affected platforms**
* macOS 10.15.5

**Steps to reproduce**
1. Launch Firefox and access https://webrtc.github.io/test-pages/src/audio-and-video/
2. Allow mic/camera from prompt;
3. Click on the new WebRTC indicator - mic/camera area a couple of times;

**Expected result**
* Site info panel is display/hidden;
* selector applied on the Site info section from address bar;

**Actual result**
* Site info panel is no longer toggled visible/hidden;
* info panel remains in focus, selected even on other tabs until a refresh/click on action (see attached recording);

**Regression range**
* First bad: 2020-06-12
* Last good: 2020-06-11
* Pushlog: [URL](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=10ad7868f3ca27cb90db9bd1d392ff4d7852a0cd&tochange=9388507a8b1f5c1550a7941483333db77478056f) 

**Additional notes**
* checked with builds prior to this implementation but they did not appear to have the issue manifest;
* attached recording with the issue, brute forced it a bit since it appears to be a race condition in there;
* UX-wise users might actually do this out of boredom since it's a new item and might want to try and break it; so the suggested severity is S3.
Bug: When clicking on Address bar it only suggest top sites
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-07-02 10:31:37+00:00
Resolved: 2020-07-02 12:32:03+00:00

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

Steps to reproduce:

Clicked the address bar and only the top sites where suggested.
So, went to options > Privacy & Security > Address bar and selected just Browser history


Actual results:

No suggestions were shown when clicking the address bar.
Only when start typing.




Expected results:

Show history suggestions when clinking the address bar as in previous versions
Bug: vmware remote console cant be opend since 78.0.1 update
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-07-02 10:32:47+00:00
Resolved: 2020-08-04 14:27:21+00:00

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

Steps to reproduce:

I tried to open vmware remote console via vshere web client.


Actual results:

A blank sheet popped up as always before, but vmware remote conole does not start.


Expected results:

vmware remote console should come up, as it does prior to 78.0.1 update
Bug: Twitter is deleted from the search engines list after FF upgrade
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-02 14:14:17+00:00
Resolved: 2020-07-02 14:23:24+00:00

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

Steps to reproduce:

Firefox upgrade (from 77.0.1 to 78.0.1).


Actual results:

The Twitter search engine has been deleted (from Options > Search > One-Click Search Engines). It also cannot be re-added (via the address or search bar) by visiting a Twitter search page, and selecting "Add Twitter" in the dropdowns.


Expected results:

All existing search engines should remain unchanged after update.
Bug: Rename PromiseTestUtils whitelistRejectionsGlobally to allowlist
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-07-02 16:45:44+00:00
Resolved: 2020-07-06 03:31:34+00:00

This API currently fails the rejected-words linter and should be renamed.
https://searchfox.org/mozilla-central/search?path=&q=whitelistRejectionsGlobally

`allowlistRejectionsGlobally` doesn't really sound right, `whitelist` feels like a verb in the initial method name. Maybe `allowRejectionsGlobally`?
Bug: Teams, goedit, Roblox, GoToMeeting and Steam "hidden iframe" links in Firefox 78.0.1 don’t work
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-07-02 17:20:23+00:00
Resolved: 2025-02-20 12:56:25+00:00

User Agent: Mozilla/5.0 (iPhone; CPU iPhone OS 13_5_1 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/13.1.1 Mobile/15E148 Safari/604.1

Steps to reproduce:

Upgrade from FF 68.9.0ESR to 78.0.1ESR. 


Actual results:

MS Teams links  (received by mail and opened by FF) aren’t opened on Teams Application since we do the upgrade. 


Expected results:

Worked fine on previous version. 
And impossible to rollback to FF 68.9.0 without create a new user FF profile.
Bug: Search Bar for DuckDuckGo Not Working
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2020-07-02 18:04:57+00:00
Resolved: 2020-07-05 20:42:19+00:00

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

Steps to reproduce:

Upgrade to 77.0.1. Set default search engine to DuckDuckGo then enter search string. Prior version worked correctly.


Actual results:

No search is performed. The DuckDuckGo logo and search box are displayed. The search string must be reentered on that page in order to do the search. See attached.


Expected results:

DuckDuckGo search should have been performed and results displayed.
Bug: Neo 2 AltGr+v (=Enter) in address/search bar opens result in new tab
Status: NEW
Priority: P5
Created: 2020-07-02 20:26:15+00:00
Resolved: 2021-10-12 15:12:30+00:00

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

Steps to reproduce:

Use Linux. Set keyboard layout to Neo 2 (e.g. by setxkbmap de neo). Enter address or search string into address or search bar. Press AltGr+v (Mod4+p in Neo terms).


Actual results:

Result is opened in new tab. I assume the keypresses are interpreted as AltGr+Enter.


Expected results:

Result is opened in current tab. The keypresses should be interpreted as just Enter.
Bug: Focusing the URL bar with a double-click resets the scroll position of the URL bar text field, selecting unintended text
Status: NEW
Priority: P3
Created: 2020-07-02 20:47:27+00:00
Resolved: 2020-07-03 08:17:17+00:00

Steps to reproduce:
 1. Open a tab with this URL: https://searchfox.org/mozilla-central/rev/31d8600b73dc85b4cdbabf45ac3f1a9c11700d8e/third_party/rust/cubeb-coreaudio/src/backend/mod.rs#686-687
 2. Make sure the window is not large enough to show the entire URL.
 3. While the URL bar is *not* focused, move the mouse over the URL bar and use the touchpad to scroll the URL field to the end, so that you can see the filename.
 4. Attempt to select the subpath "third_party/rust/cubeb-coreaudio", by double-clicking on "third" and dragging the mouse to the right over "coreaudio".

Expected results:
The double-click + drag selection operation should select the intended part of the URL.

Actual results:
The 31d8600b73dc85b4cdbabf45ac3f1a9c11700d8e hash is selected unintentionally. The text in the URL bar is moved so that the mouse is now over a different part of the URL.
Bug: typing arrow in everywhere i click
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-07-02 22:34:46+00:00
Resolved: 2020-07-03 01:57:54+00:00

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

Steps to reproduce:

just clicked everywhere in any webpage and i see a typing arrow 


Actual results:

a typing arrow on all websites


Expected results:

Nothing just select text or whatever
Bug: When muting / unmuting devices on some calls, the minimized indicator restores itself
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-07-02 22:43:32+00:00
Resolved: 2020-08-14 14:50:51+00:00

According dbaron, when on calls using Jitsi, whereby or WebEx, if he minimizes the indicator, and then mutes or unmutes his microphone, then the indicator restores itself.

Since the user has explicitly minimized the indicator, we can presume that they want it out of the way. The only reason I can think of where we might want to restore it is if the set of devices being shared changes in some way that obligates us to inform the user about.
Bug: Slow startup/high CPU use when restoring Firefox session with about:newtab as active tab in all windows
Status: NEW
Priority: --
Created: 2020-07-02 23:11:56+00:00
Resolved: 2022-04-01 11:13:08+00:00

### Basic information

Steps to Reproduce:

1. Have a lot of Firefox windows and tabs
2. Navigate to `about:newtab` in every open window (15)
3. quit Firefox, restore session

Expected Results:

Firefox should open in 11 seconds or less (Chromium manages this, so using this as a baseline) with no visible loading occurring. 

Actual Results:

Firefox takes nearly a minute to load.

---

### More information

This isn't a stress test by any means - I regularly open a Firefox session with 15 windows, and with many extensions enabled. For this test, for troubleshooting purposes, I disabled my extensions and navigated to `about:newtab` to try to get a good baseline for a best case scenario with this many windows.

The fact that Chromium can open 15 windows with the Bing newtab (which has live content loaded) in a short amount of time makes this is the number to beat.

Profile URL: https://share.firefox.dev/2BqHPjY

#### Basic systems configuration:

OS version: Ubuntu 20.10

GPU model: Intel(R) HD Graphics 630 (KBL GT2)

Number of cores: 4

Amount of memory (RAM): 24GB

Thanks so much for your help.
Bug: Extension invoking custom scheme gets ignored
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-07-03 04:57:45+00:00
Resolved: 2020-07-10 12:45:02+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_5) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/13.1.1 Safari/605.1.15

Steps to reproduce:

The newly released Firefox 78.0.1 breaks the following:

I have an extension that invokes a native app by opening a custom scheme URL when the user clicks on a toolbar button or selects a menu item.

This no longer works, Firefox ignores the call for 

chrome.tabs.update(tab.id, {
	url: action_url
});

The full source code can be found here: https://github.com/charlieMonroe/DownieExtensions/blob/master/Chrome%20and%20Firefox/Downie/background.js


Actual results:

Firefox ignores the call

chrome.tabs.update(tab.id, {
	url: action_url
});


Expected results:

App should get opened.
Bug: sync since years
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-03 06:55:42+00:00
Resolved: 2020-07-03 07:45:46+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:56.0) Gecko/20100101 Firefox/56.0

Steps to reproduce:

me uses sync for years.
but there many issuses.
at sync bookmarks was killed -- problems is about same years.
kill one bookmark or empty a collceion of books
me uses 10 pcs

an ohther problem is about speed . bookmark operations very slow ( 18000 Bookmarks ). 
on amd epic / 48 kerns 700 GB ram , dual 10GBit fiberconection 
next problem android only 5000 bookmarks !
Bug: Firefox PDF rendering doesn't handle nation characters at all
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-03 07:00:58+00:00
Resolved: 2020-08-14 20:36:55+00:00

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

Steps to reproduce:

I configured Mitsubishi car on their Czech pages. 


Actual results:

The attached PDF is the result. It renders just fine with Evince. But with Firefox, the rendering is broken. See for your self. I am attaching both the PDF and a PNG comparing it with Evince.


Expected results:

It should render the attached PDF correctly.