# Firefox 68: BigInts, Contrast Checks, and the QuantumBar

Firefox 68 is available today, featuring support for big integers, whole-page contrast checks, and a completely new implementation of a core Firefox feature: the URL bar.

These are just the highlights. For complete information, see:

## BigInts for JavaScript

Firefox 68 now supports JavaScript’s new `BigInt` numeric type.

Since its introduction, JavaScript has only had a single numeric type: `Number`. By definition, Numbers in JavaScript are floating point numbers, which means they can represent both integers (like `22` or `451`) and decimal fractions (like `6.28` or `<a href="https://0.30000000000000004.com/" rel="nofollow">0.30000000000000004</a>`). However, this flexibility comes at a cost: 64-bit floats cannot reliably represent integers larger than `2 ** 53`.

```» 2 ** 53
9007199254740992

» (2 ** 53) + 1
9007199254740992  // <- Shouldn't that end in 3?

» (2 ** 53) + 2
9007199254740994```

This limitation makes it difficult to work with very large numbers. For example, it’s why Twitter’s JSON API returns Tweet IDs as strings instead of literal numbers.

BigInt makes it possible to represent arbitrarily large integers.

```» 2n ** 53n  // <-- the "n" means BigInt
9007199254740992n

» (2n ** 53n) + 1n
9007199254740993n  // <- It ends in 3!

» (2n ** 53n) + 2n
9007199254740994n```

JavaScript does not automatically convert between BigInts and Numbers, so you can’t mix and match them in the same expression, nor can you serialize them to JSON.

```» 1n + 2
TypeError: can't convert BigInt to number

» JSON.stringify(2n)
TypeError: BigInt value can't be serialized in JSON```

You can, however, losslessly convert BigInt values to and from strings:

```» BigInt("994633657141813248")
994633657141813248n

» String(994633657141813248n)
"994633657141813248"  // <-- The "n" goes away```

The same is not true for Numbers — they can lose precision when being parsed from a string:

```» Number("994633657141813248")
994633657141813200  // <-- Off by 48!```

## Accessibility Checks in DevTools

Each release of Firefox brings improved DevTools, but Firefox 68 marks the debut of a brand new capability: checking for basic accessibility issues.

With Firefox 68, the Accessibility panel can now report any color contrast issues with text on a page. More checks are planned for the future.

We’ve also:

• Included a button in the Inspector that enables “print media emulation,” making it easy to see what elements of a page would be visible when printed. (Try it on Wikipedia!)
• Implemented RegEx-based filtering in the DevTools Console: just enclose your query in slashes, like `/(foo|bar)/`.
• Made it possible to block specific requests by right-clicking on them in the Network panel.

Firefox 68 also includes refinements to the smarter debugging features we wrote about a few weeks ago.

## Web Compatibility

Keeping the Web open is hard work. Sometimes browsers disagree on how to interpret web standards. Other times, browsers implement and ship their own ideas without going through the standards process. Even worse, some developers intentionally block certain browsers from their sites, regardless of whether or not those browsers would have worked.

At Mozilla, we call these “Web Compatibility” problems, or “webcompat” for short.

Each release of Firefox contains fixes for webcompat issues. For example, Firefox 68 implements:

• Internet Explorer’s `<a href="https://developer.mozilla.org/en-US/docs/Web/API/CSSStyleSheet/addRule" rel="nofollow">addRule()</a>` and `<a href="https://developer.mozilla.org/en-US/docs/Web/API/CSSStyleSheet/removeRule" rel="nofollow">removeRule()</a>` CSS methods.
• Safari’s `<a href="https://developer.mozilla.org/en-US/docs/Web/CSS/-webkit-line-clamp" rel="nofollow">-webkit-line-clamp</a>` CSS property.

In the latter case, even with a standard `line-clamp` property in the works, we have to support the `-webkit-` version to ensure that existing sites work in Firefox.

Unfortunately, not all webcompat issues are as simple as implementing non-standard APIs from other browsers. Some problems can only be fixed by modifying how Firefox works on a specific site, or even telling Firefox to pretend to be something else in order to evade browser sniffing.

We deliver these targeted fixes as part of the webcompat system add-on that’s bundled with Firefox. This makes it easier to update our webcompat interventions as sites change, without needing to bake those fixes directly into Firefox itself. And as of Firefox 68, you can view (and disable) these interventions by visiting `about:compat` and toggling the relevant switches.

Our first preference is always to help developers ensure their sites work on all modern browsers, but we can only address the problems that we’re aware of. If you run into a web compatibility issue, please report it at webcompat.com.

## CSS: Scroll Snapping and Marker Styling

Firefox 68 supports the latest syntax for CSS scroll snapping, which provides a standardized way to control the behavior of scrolling inside containers. You can find out more in Rachel Andrew’s article, CSS Scroll Snap Updated in Firefox 68.

As shown in the video above, scroll snapping allows you to start scrolling a container so that, when a certain threshold is reached, letting go will neatly finish scrolling to the next available snap point. It is easier to understand this if you try it yourself, so download Firefox 68 and try it out on some of the examples in the MDN Scroll Snapping docs.

And if you are wondering where this leaves the now old-and-deprecated Scroll Snap Points spec, read Browser compatibility and Scroll Snap.

Today’s release of Firefox also adds support for the `<a href="https://developer.mozilla.org/en-US/docs/Web/CSS/::marker" rel="nofollow">::marker</a>` pseudo-element. This makes it possible to style the bullets or counters that appear to the side of list items and summary elements.

Last but not least, CSS transforms now work on SVG elements like `mark`, `marker`, `pattern` and `clipPath`, which are indirectly rendered.

We have an entire article in the works diving into these and other CSS changes in Firefox 68; look for it later this month.

## Browser: WebRender and QuantumBar Updates

Two months ago, Firefox 67 became the first Firefox release with WebRender enabled by default, though limited to users with NVIDIA GPUs on Windows 10. Firefox 68 expands that audience to include people with AMD GPUs on Windows 10, with more platforms on the way.

We’ve also been hard at work in other areas of Firefox’s foundation. The URL bar (affectionately known as the “AwesomeBar”) has been completely reimplemented using web technologies: HTML, CSS, and JavaScript. This new ”QuantumBar” should be indistinguishable from the previous AwesomeBar, but its architecture makes it easier to maintain and extend in the future. We move one step closer to the eventual elimination of our legacy XUL/XBL toolkit with this overhaul.

## DOM APIs

Firefox 68 brings several changes to existing DOM APIs, notably:

• Access to cameras, microphones, and other media devices is no longer allowed in insecure contexts like plain HTTP.
• You can now pass the `noreferrer` option to `<a href="https://developer.mozilla.org/en-US/docs/Web/API/Window/open" rel="nofollow">window.open()</a>` to avoid leaking referrer information upon opening a link in a new window.

We’ve also added a few new APIs, including support for the Visual Viewport API on Android, which returns the viewport taking into consideration things like on-screen keyboards or pinch-zooming. These may result in a smaller visible area than the overall layout viewport.

It is also now possible to use the `<a href="https://developer.mozilla.org/en-US/docs/Web/API/HTMLImageElement/decode" rel="nofollow">.decode()</a>` method on HTMLImageElement to download and decode elements before adding them to the DOM. For example, this API simplifies replacing low-resolution placeholders with higher resolution images: it provides a way to know that a new image can be immediately displayed upon insertion into the page.

## More Inside

These highlights just scratch the surface. In addition to these changes in Firefox, the last month has seen us release Lockwise, a password manager that lets you take your saved credentials with you on mobile. We’ve also released a brand new Firefox Preview on Android, and more.

From all of us at your favorite nominee for Internet Villain of the Year, thank you for choosing Firefox.

Engineer with Mozilla Developer Relations, former Mozilla Persona developer.

More articles by Dan Callahan…

1. Awesome release! I never though I’d be excited about `-webkit-line-clamp`, but here we are :D

July 9th, 2019 at 13:45

2. The URL bar drops down every time I start typing. Firefox first ignored my preference in options so I had to make a special chrome folder with a css file. It ignores that now too.

Why am I being forced to have Google look up what I type?

I also seem forced to update or else I constantly see a notification in the top right.

You guys are worse than Microsoft now. Greed sucks.

July 9th, 2019 at 22:39

1. Hi!

1. We don’t provide support for userChrome.css modifications, but there is a Reddit community that can likely help you out.

2. You can turn off search suggestions in Preferences -> Search -> Provide Search Suggestions.

3. We strongly encourage you to keep Firefox up to date to get the latest fixes for known security vulnerabilities.

July 10th, 2019 at 08:14

3. Thank you for your efforts. As a developer, I appreciate the development of Firefox and for these well-written blog posts.

July 11th, 2019 at 01:33

4. I love the new a11y features! But where it this “print media emulation” button located exactly?

July 12th, 2019 at 01:16

1. It’s at the top of the CSS Rules panel of the DevTools Inspector. Just to the right of the “:hov” and “:cls” buttons.

The second image on this MDN article is labeled. :)

July 12th, 2019 at 05:22

5. Please remove this “Access to cameras, microphones, and other media devices is no longer allowed in insecure contexts like plain HTTP.” , as we have requirements in local net application where we can’t use https

July 18th, 2019 at 09:01

1. I’m sorry, but we will not be reverting that change. You can temporarily relax the restrictions by toggling `media.getusermedia.insecure.enabled` and `media.devices.insecure.enabled` in `about:config`, I should caution that all browser vendors are in agreement that access to powerful APIs should require secure connections, so these settings are just a stopgap.

July 18th, 2019 at 09:42

6. Great work!

Question about ff for android: why did you remove the openh264 plugin?

On the official link I couldn’t find a reason: https://support.mozilla.org/en-US/kb/firefox-android-openh264.

Thx

July 18th, 2019 at 09:08

1. Looks like that support article is our only public statement; sorry! We should fall back to VP8/VP9 where possible, and we’re looking for other ways to continue supporting H.264, but don’t have anything to say right now.

Hopefully the adoption of the patent-unencumbered AV1 codec will make all of this much simpler in the future!

July 18th, 2019 at 11:50

1. Thanks, but this is no good news. Now ff for android is no more webrtc compatible, since both h264 and vp8 are Mandatory-to-Implement Video Codec. Reference: https://tools.ietf.org/html/rfc7742#section-5

> WebRTC Browsers MUST implement the VP8 video codec as described in
[RFC6386] and H.264 Constrained Baseline as described in [H264].

Removing the codec without any reason is even worse.

July 19th, 2019 at 00:48

1. This is indeed an unfortunate situation, and we’re aware that we no longer fulfill the spec’s requirements. I’m sorry.

I’m asking around to see if we can get a statement out about the cause of the removal, and we are trying to find a way to restore h.264 support on Android.

Edit: This change originated in Bug 1548679, which is now public.

July 19th, 2019 at 08:07

7. CSS scroll snapping does not seem to work like it does in Chrome as advertised. From Rachel Andrew’s article: “If you have implemented scroll snap to work in Chrome, then you don’t need to do anything — your scroll snapping will now work in Firefox.”

https://codepen.io/anon/pen/LwEOqO
The above example works fine in Chrome, but not in Firefox 68.

July 19th, 2019 at 03:51

8. I just update my ff to 68.0.1 today , i have found a few issues hope some1 could help me to fix it.
i have more than 1 firefox.exe in task manager even i turn
browser.tabs.remote.autostart to false, it now uses alot more RAMs
my laptop has only 2 Gb of ram
Addressbar always show “Visit” whenever i type anything
i tried turn some to false that i could find in about:config from the internet

July 19th, 2019 at 03:56

1. You should be able to see which processes are running by visiting `about:support` and looking under the “Remote Processes” heading.

I’m not quite sure what you want to change regarding “Visit.” You’re more likely to get a useful answer if you ask on /r/Firefox or support.mozilla.org.

July 19th, 2019 at 08:23