Gecko Web Platform Update (2020-06-15)

2020-06-15 Thread Mike Conca 
Product highlights from the Gecko Web Platform over the past two weeks.

Accessibility [Asa Dotzler]

   - New Tab Manager sheet landed in Fenix fixing a couple of high priority
   a11y issues.
   - New Layout intern, Zeke, started. Working on prefers-contrast CSS
   media feature [1].
   - Current cycle macOS work focused on VoiceOver text support [2].

Layout [Martin Balfanz]

   - Closed bug 1622935 which is a big step in solving printing
   fragmentation issues
   - Landed new telemetry probes for printing
   - Laded final pieces for :is()/:where() (bug 1632646)

Graphics [Martin Balfanz]

   - Powerpoint SVG bug [3] moved from Layout to Graphics (investigating)
   - Discussing pinch-zooming scope, re-evaluating target release

Media [Adam Stevenson]

   - Investigating requirements for TabSharing, current version is not e10s
   compatible
   - Jitsi has removed the warning about Firefox
   - WebRTC RTX shipped, then was disabled due to a bug with Google Meet.
   It is re-enabled in Firefox 79 with a blocklist to help mitigate breakage.
   - Transport-cc is also shipping in Firefox 79
   - Picture-in-Picture What’s New page shipped in Firefox 77

DOM [Adam Stevenson]

   - Backed out disabling truncation at pasting [4] into  and
which have maxlength, due to breakage of enterprise applications
   (bug 1636855 [5]).
   - Multiple Editor and Selection webcompat work efforts underway
   - COOP+COEP specification reviews / tests
   - Extraordinarily detailed blog post by Henri Sivonen [6] on the new
   character encoding detector in Firefox

Workers and Storage [Adam Stevenson]

   - Investigating automatic enabling of LSNG [7]
   - Work happening to improve Quota Manager [8]

JavaScript [Mike Conca]

   - Expect support for promise.Any to land in 79
   - Logical assignment operators landed in 79 and are riding trains to
   release
   - Great blog post by Iain Ireland [9] describing how the Regular
   Expression engine was recently rearchitected and updated

WebAssembly [Mike Conca]

   - Support for both x86 and arm64 SIMD landed for ion and baseline
   compilers in Nightly, optimization work ongoing
   - Re-enabling of SharedArrayBuffers in 79/80 will enable wasm threads

Networking [Mike Conca]

   - Still on track to enable HTTP/3 (QUIC) in Nightly 80
   - Support for rel=preload turned on in Nightly (79) and early Beta (78)
   - Forecasting ESNI/HTTPSSVC for end of Q3
   - Feature removal plans updated: FTP pushed to 82, AppCache pushed to 80

[1] https://developer.mozilla.org/en-US/docs/Web/CSS/@media/prefers-contrast
[2] https://wiki.mozilla.org/Accessibility/Mac2020#Firefox_79
[3] https://bugzilla.mozilla.org/show_bug.cgi?id=1544413
[4] https://bugzilla.mozilla.org/show_bug.cgi?id=1320229
[5] https://bugzilla.mozilla.org/show_bug.cgi?id=1636855
[6] https://hsivonen.fi/chardetng/
[7] https://bugzilla.mozilla.org/show_bug.cgi?id=1643999
[8] https://bugzilla.mozilla.org/show_bug.cgi?id=1641512
[9] https://hacks.mozilla.org/2020/06/a-new-regexp-engine-in-spidermonkey/

Mike Conca
Group Product Manager, Firefox Web Technologies
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Announcing Fission Dogfooding

2020-06-15 Thread Nika Layzell 
*TL;DR* We're looking for brave individuals to enable "Fission", Mozilla's
site-isolation project, to help us test this new browser architecture!

Since the project started, we've been hard at work improving Firefox's core
architecture, making it possible for us to isolate and run each site within
its own process. This work has required us to change the way we load
documents, how the browser UI interacts with web content, update and
improve our tests, and much more.

We've finished many of these changes, and are now at the point where we're
looking for volunteers to test Fission, helping us find bugs, and improve
stability. There's still lots left for Fission, but we can't find and fix
everything without your help!

For the most up-to-date, information on the state of Fission, check the
wiki at https://wiki.mozilla.org/Project_Fission. We'll do our best to keep
it up to date as Fission improves.

*Enabling Fission*
wiki: https://wiki.mozilla.org/Project_Fission#Enabling_Fission
Fission is still in development, so it can only be enabled in Firefox
Nightly . To enable it, change the
'fission.autostart' pref in about:config to 'true', and restart the
browser. It isn't necessary to change any other fission preferences.

You can confirm that fission has been enabled in your browser by loading a
website, and hovering over the active tab. If the tooltip contains a `[F
]`, it means Fission is enabled.
[image: fission_tab_tooltip.png]

If you encounter an issue while using Fission, it is possible to open a
non-fission window within the same browsing session using the "New
Non-Fission Window" item in the hamburger menu. This can be useful to
determine if issues are Fission-specific, or to work around
fission-specific breakage.
[image: new_non_fission_window3.png]


*Known Issues*
wiki: https://wiki.mozilla.org/Project_Fission#Known_Issues
We're keeping a list of known issues on the Project Fission wiki page, and
will try to keep it up to date as we discover and fix new issues.

*Reporting Bugs*
If you encounter issues while using Fission, please file bugs on bugzilla
, including "Fission" in the bug summary.
We'll catch them during our regular triage, and fix them as soon as
possible!

*What's Next?*
We've got a lot planned for Fission in the coming months, including
fleshing out the remaining unimplemented features, and continual resource
usage and stability improvements.

Before we put our heads down & get back to work, I want to give *massive*
congratulations to the entire Fission team, and everyone who has helped
contribute to us reaching this milestone. We couldn't have done it without
your hard work.

*Thank you for testing Fission!*
- Nika Layzell
[image: bitmap2.png]
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

[desktop] Bugs logged by Desktop Release QA in the last 7 days

2020-06-15 Thread camelia badau 
Hello,

Here's the list of new issues found and filed by the Desktop Release QA
team in the last 7 days.
Additional details on the team's priorities last week, as well as the plans
for the current week are available at: https://tinyurl.com/y9jss354.
Bugs logged by Desktop Release QA in the last 7 days:

Firefox: Protections UI
* NEW - https://bugzil.la/1644711 - Site not working - Send report -- has
the Describe section not capped by the screen/taskbar

Core: Networking: DNS
* NEW - https://bugzil.la/1644986 - doh-rollout.uri is not removed when
setting doh-rollout.trr-selection.commit-result to false

Toolkit: Add-ons Manager
* NEW - https://bugzil.la/1645341 - Kaspersky Internet Security for Windows
extension is not added to Firefox during installation

DevTools: Netmonitor
* NEW - https://bugzil.la/1645368 - Request Blocking - suppress Toggle for
details pane until mouse click-release when trying to Drag and block

Developer Engagement: Outreach Request
*NEW - https://bugzil.la/1645041 - https://www.looksmart.com doesn't
include an intermediate certificate in its TLS handshake

This is available as a Bugzilla bug list as well:
https://tinyurl.com/ybwfusa2.

Regards,

Camelia Badau
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Please don't use locale-dependent C standard library functions (was: Re: Please don't use functions from ctype.h and strings.h)

2020-06-15 Thread Frederik Braun 
I'm in the process of setting up documentation & examples on how to
implement new static analysis checks.

If we're OK with turning new usages of these functions into errors, I
can help whoever is volunteering to do this.

Am 12.06.20 um 22:40 schrieb Jeff Gilbert:
> It would be great to have CI linting for these!
> 
> On Fri, Jun 12, 2020 at 2:19 AM Henri Sivonen  wrote:
>>
>> This is an occasional re-reminder that anything in the C standard
>> library that is locale-sensitive is fundamentally broken and should
>> not be used.
>>
>> Today's example is strerr(), which returns a string that is meant to
>> be rendered to the user, but the string isn't guaranteed to be UTF-8.
>>
>> On Mon, Aug 27, 2018 at 3:04 PM Henri Sivonen  wrote:
>>>
>>> Please don't use the functions from ctype.h and strings.h.
>>>
>>> See:
>>> https://daniel.haxx.se/blog/2018/01/30/isalnum-is-not-my-friend/
>>> https://daniel.haxx.se/blog/2008/10/15/strcasecmp-in-turkish/
>>> https://stackoverflow.com/questions/2898228/can-isdigit-legitimately-be-locale-dependent-in-c
>>>
>>> In addition to these being locale-sensitive, the functions from
>>> ctype.h are defined to take (signed) int with the value space of
>>> *unsigned* char or EOF and other argument values are Undefined
>>> Behavior. Therefore, on platforms where char is signed, passing a char
>>> sign-extends to int and invokes UB if the most-significant bit of the
>>> char was set! Bug filed 15 years ago!
>>> https://bugzilla.mozilla.org/show_bug.cgi?id=216952 (I'm not aware of
>>> implementations doing anything surprising with this UB but there
>>> exists precedent for *compiler* writers looking at the standard
>>> *library* UB language and taking calls into standard library functions
>>> as optimization-guiding assertions about the values of their
>>> arguments, so better not risk it.)
>>>
>>> For isfoo(), please use mozilla::IsAsciiFoo() from mozilla/TextUtils.h.
>>>
>>> For tolower() and toupper(), please use ToLowerCaseASCII() and
>>> ToUpperCaseASCII() from nsUnicharUtils.h
>>>
>>> For strcasecmp() and strncasecmp(), please use their nsCRT::-prefixed
>>> versions from nsCRT.h.
>>>
>>> (Ideally, we should scrub these from vendored C code, too, since being
>>> in third-party code doesn't really make the above problems go away.)
>>>
>>> --
>>> Henri Sivonen
>>> hsivo...@mozilla.com
>>
>>
>>
>> --
>> Henri Sivonen
>> hsivo...@mozilla.com
>> ___
>> dev-platform mailing list
>> dev-platform@lists.mozilla.org
>> https://lists.mozilla.org/listinfo/dev-platform
> ___
> dev-platform mailing list
> dev-platform@lists.mozilla.org
> https://lists.mozilla.org/listinfo/dev-platform
> 
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform