Conversation
|
Is there going to be any release based on Chromium 61 or 62? Or are you planning to skip them and release Electron 2.0 when Chromium 63 upgrade is finished? |
@jarek-foksa Probably. Maybe. No promises. Stay tuned. |
|
Hi, |
Hi, @bbert |
d2eb942 to
8510778
Compare
6c1c37f to
7127b81
Compare
aa7e2b0 to
9d001c7
Compare
0aa29ce to
b45fb4d
Compare
b2fa8e1 to
02b6e2e
Compare
|
Hi guys 👍 I know the answer is: when it's done. But do you have a very rough goal of when there will be a release with a chromium beyond 59? 💃 ❤️ ❤️ ❤️ ❤️ ❤️ ❤️ |
|
@setpixel Soon. |
e805994 to
c89c26a
Compare
|
hoping it's a Chromium version >= 64.0.3240.0, so puppeteer (which uses DevTools Protocol) can work with it. |
|
@wesamco Sorry, but the next release will probably have Chromium 61. |
|
@alexeykuzmin I'm quite confused. I'm working on a private folk of Electron at the moment. Back then when I was starting I thought it would be a good idea to folk it from 1-8-x. It had Chromium 61. Now I rebased 1.8.2-beta.5, and it uses Chromium 59. Will it revert back to 61 before the actual release of 1.8.2? (Edit: I figured out the Chromium version for the VERSION file in the libchromiumcontent repo) |
|
@taha |
|
@alexeykuzmin any ETA for this? Also what about #11230, is it going to be closed? |
|
@petrbrzek No ETA. Chromium 62 is going to be merged and released before Chromium 63. |
This fixes the crash in RunScriptsAtDocumentStart when "affinity" option is specified. Previously we were assuming only one main frame exists in the renderer process, but the "affinity" option breaks this option. There is also a bug that "node::Environment::GetCurrent" does not return nullptr for context without a env in it, I'm not sure whether it is a bug of Node or V8.
This can fix the build error caused by duplicate typedefs.
We are now sharing the /DELAYLOAD settings between configurations.
9ee0ed5 to
c701508
Compare
libcc's PR: electron/libchromiumcontent#407
Project board: https://github.com/electron/electron/projects/7