The current WHATWG URL parser implementation is written in C/C++ and incurs a fairly significant cost crossing the JS/C++ boundary. It should be possible to realize a significant performance improvement by porting the implementation to WASM (similar to how the https://github.com/nodejs/undici project has seen a massive performance boost out of moving llhttp parser to wasm).

If someone wanted to

We are currently adding Hyper CLI path to user PATH in Windows registry: https://github.com/zeit/hyper/blob/262eb8ad9b7b9b15351f331765151538d67a09e2/app/utils/cli-install.js#L49-L91

A caveat is that environment variables are cached and users should open and validate "Edit environment variables for your account" dialog to force a cache refresh (or simply reboot their workstation).
![](https://

It may be a specific request but since there is a zip file handler for Android, doesn't hurt to ask for a desktop (maybe multiple backends?) implementation.

I would like to try that in the future but if anyone has time before feel free to do it.

Similar

Bug report

Describe the bug

Here is a clear and concise description of what the problem is:

Hello, There is a bug on Kodi (tested on Windows Store version)
Using Alt+Space I can move Kodi on full-screen mode

Expected Behavior

Here is a clear and concise description of what was expected to happen:

Actual Behavior

Possible Fix

To Reproduce

Steps to reproduce t

pkg/marshal/primitive currently depends on pkg/usermem. This dependency is particularly painful.
It entails that usermem and its dependencies can not depend on anything that depends on primitive. For example, in #6154 we had to replicate a struct from abi/linux in safemem because abi/linux depends on primitive. So safemem can not depend on abi/linux because safemem -> linux ->