-
Notifications
You must be signed in to change notification settings - Fork 15.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[WIP] Upgrade to Chromium 61 #10213
[WIP] Upgrade to Chromium 61 #10213
Conversation
0c4e6c6
to
44bc4b9
Compare
I know this is still a WIP, so nbd if you'd rather I just wait, but I was hoping to get a jump on the latest version for testing etc. I noticed a couple issues with this branch currently:
|
@vulture Yes, it is WIP and it's going to stay WIP for some time, probably weeks. I personally don't recommend to try to use it (even for testing) until the Chromium 61 is released, which is scheduled on September 5th. |
// script to run while `window.location` is still "about:blank". | ||
blink::WebDocument document = frame->GetDocument(); | ||
blink::WebElement html_element = document.DocumentElement(); | ||
if (html_element.IsNull()) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah it should be the same, Chromium is in the process of deprecating RenderViewObserver
for RenderFrameObserver
, so eventually we should migrate code of atom_render_view_observer.cc
to use atom_render_frame_observer.cc
.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Cool, thanks.
26848a0
to
a3f2e8d
Compare
baa3c0d
to
5543bfc
Compare
1326ab4
to
7ec2fdc
Compare
7ec61a9
to
d8ea91d
Compare
@@ -144,7 +144,7 @@ class PdfViewerUI::ResourceRequester | |||
|
|||
std::unique_ptr<content::ResourceHandler> handler = | |||
base::MakeUnique<content::StreamResourceHandler>( | |||
request.get(), stream_context->registry(), origin); | |||
request.get(), stream_context->registry(), origin, false); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Needs a review.
6e1a3b9
to
3dcc27d
Compare
5867e53
to
039b6ab
Compare
f35e78b
to
74a8cf1
Compare
Hi is there a way to try electron with chromium 61 using npm install electron@1.X.0 ? I would like to try ES6 support, so far it fails for: <script type="module" id="test"></script> <script type="module">import * from "test"</script>=> "Uncaught SyntaxError: Unexpected token import" I am using electron 1.8.0 with "webPreferences: {blinkFeatures: ModuleScripts"} passed to new BrowserWindow. |
Not currently, the upgrade is still a WIP |
@MarshallOfSound |
@alexeykuzmin Haha, fixed a few issues on Windows still a weird "cannot use __try on objects that require unwinding" error that I looked into but couldn't figure out the change that broke the code 🤔 |
@MarshallOfSound simplified version: you cant mix __try and C++ implicit object destructors basically... , like e.g. using a std::string inside a __try will trigger that error. a simple fix is to put C++ object usage inside a separate function, then __try { callfunction(); } __except(....) |
* _debugWaitConnect => _breakFirstLine * Use default thread pool size specified by node.cc
I'm rebasing this PR to fix the conflicts introduced by the mips changes. The build state is not supposed to change. |
ae26f2c
to
8e70869
Compare
I'm turning on the just-added |
@alexeykuzmin When will this be included to beta? |
@SatoshiKawabata when the team is ready to release a beta. No dates, sorry. |
@alexeykuzmin OK. I'm looking forward to this. Thanks. |
@alexeykuzmin Does v1.8.2-beta.3 include this PR? |
@SatoshiKawabata no, you can see it's still Chrome 59 when you open the dev tools. You'll also have to wait for #10836 to get sorted out. Patience my man. |
@SatoshiKawabata No, it doesn't. Versions 1.8.x are based on Chromium 59. |
I see. Patience! Thanks. |
Hello. Just for information. Does Electron 1.9.X with Chrome 61 support webusb? |
Current state
This branch depends on libcc from electron/libchromiumcontent#335.
Compilation and linking work on all platforms.
There is a couple of failing and temporary disabled tests.
TODOs
--inspect-brk
[deepak1556]Assertion failed: (err == 0), function uv_loop_delete, file ../../vendor/node/deps/uv/src/uv-common.c, line 661.
when running the "chromium feature > web workers > Worker has node integration with nodeIntegrationInWorker" test Fix it in Assertion failed: (err == 0), function uv_loop_delete, file ../../vendor/node/deps/uv/src/uv-common.c, line 661. #11243relayKey
→relay_key
(14e33da)For review
Done
a3438e7 FIXME: DesktopNotificationDelegate has been removed
9a08f42 REVIEW: Reporting: Wire ReportingDelegate into ChromeNetworkDelegate
24dbc39 FIXME: Refactor client cert private key handling. [deepak1556]
44d1fd2 FIXME: Use
sk_tool_utils::copy_to()
instead of.deepCopyTo()
.9b29aa8 REVIEW: Move handling of DraggableRegionsChanged notification from "view" to "frame".
49d2d98 REVIEW: Remove obsolete Blink popup blocker.
1bed73a FIXME: Remove "async" option from
menu.popup()
54a6d14 REVIEW: Fix 'constructor cannot be redeclared' error
4f20949 REVIEW: Move MediaDeviceIDSalt from ProfileIOData to ProfileImpl.
ae62ad4 FIXME: Remove
corsEnabled
option fromwebFrame.registerURLSchemeAsPrivileged()
Tests
Disabled
Failing