Skip to content
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

feat: upgrade to Chromium 73.0.3683.27 #16494

Merged
merged 52 commits into from Feb 14, 2019
Merged

Conversation

deepak1556
Copy link
Member

@deepak1556 deepak1556 commented Jan 22, 2019

Description of Change

Refs https://github.com/electron/electron/projects/17

BREAKING CHANGE

Checklist

Release Notes

Notes: upgrade to Chromium 73.0.3683.27

@deepak1556 deepak1556 requested review from a team January 22, 2019 20:46
@deepak1556 deepak1556 changed the title [WIP] feat: upgrade to Chromium 73.0.3673.0 [WIP] feat: upgrade to Chromium 73.0.3679.0 Jan 24, 2019
@deepak1556 deepak1556 force-pushed the chromium-upgrade/73 branch 2 times, most recently from d1e9302 to ad96224 Compare January 27, 2019 16:34
@deepak1556 deepak1556 changed the title [WIP] feat: upgrade to Chromium 73.0.3679.0 [WIP] feat: upgrade to Chromium 73.0.3683.10 Feb 4, 2019
@deepak1556 deepak1556 force-pushed the chromium-upgrade/73 branch 2 times, most recently from a1cb707 to c6f2e7b Compare February 5, 2019 23:24
@deepak1556 deepak1556 changed the title [WIP] feat: upgrade to Chromium 73.0.3683.10 feat: upgrade to Chromium 73.0.3683.10 Feb 5, 2019
@deepak1556
Copy link
Member Author

Will rebase once beta branch is cut in upstream, its real close. Lets merge once we have updated to beta release.

@deepak1556 deepak1556 changed the title feat: upgrade to Chromium 73.0.3683.10 feat: upgrade to Chromium 73.0.3683.27 Feb 10, 2019
@deepak1556
Copy link
Member Author

@MarshallOfSound the nightly-mac-release-test chromedriver workflow failed with

/bin/sh: /Users/.../external_binaries/sccache: cannot execute binary file

looks like its missing step-fix-sync-on-mac step ?

@deepak1556
Copy link
Member Author

Ignore lint errors, they should be fixed by #16906

MediaCaptureDevicesDispatcher::GetAudioCaptureDevices() {
DCHECK(BrowserThread::CurrentlyOn(BrowserThread::UI));
if (is_device_enumeration_disabled_)
return EmptyDevices();
return test_audio_devices_;
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What's the intent behind returning an internal list instead of making a new empty one? This seems like a potential issue if this somehow became non-empty

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is already behind a noop code path because of DisableDeviceEnumerationForTesting. I am inclined to remove this condition all together, the goal of rewriting this was to see if the upstream MediaCaptureDevicesDispatcher class can be reused with less patch.

// Get the default devices for the request.
MediaCaptureDevicesDispatcher::GetInstance()->GetDefaultDevices(
microphone_requested_, webcam_requested_, &devices);
break;
}
case blink::MEDIA_DEVICE_UPDATE: {
NOTREACHED();
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

should we do something else with this event?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It was added in https://chromium-review.googlesource.com/c/chromium/src/+/1354442. The feature seems specifically designed for chrome's screen sharing UI, can consider it for improvement in our desktop capture model once the issue goes public (the chromium issue has restricted view) and provides a bit more context.

#include "chrome/common/chrome_version.h"
#include "content/public/common/user_agent.h"

std::string GetUserAgent() {
Copy link
Member

@nornagon nornagon Feb 14, 2019

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this should perhaps go in the atom namespace? otherwise, it should have a comment about why it isn't

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Fixed.

&SetIsolatedWorldContentSecurityPolicy);
dict.SetMethod("setIsolatedWorldHumanReadableName",
&SetIsolatedWorldHumanReadableName);
dict.SetMethod("setIsolatedWorldInfo", &SetIsolatedWorldInfo);
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Did we update the docs for this? We should probably continue to support the old API as deprecated for 5-0-x

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@nornagon There is a separate PR to deprecate the current API in 5-0-x

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

+ body->set_identifier(params->body->identifier);
+ body->set_contains_sensitive_info(params->body->contains_sensitive_info);
+ }
+
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

can we really get rid of all this stuff? that's great!

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

network::ResourceRequestBody got typemapped in https://chromium-review.googlesource.com/c/chromium/src/+/1395977 , which helped us get rid off these manual conversions. Side note: mojom typemaps are really cool feature :)

@@ -157,10 +157,13 @@ int ShowMessageBox(NativeWindow* parent_window,
callEndModal:true];

NSWindow* window = parent_window->GetNativeWindow().GetNativeNSWindow();
#pragma clang diagnostic push
#pragma clang diagnostic ignored "-Wdeprecated-declarations"
[alert beginSheetModalForWindow:window
modalDelegate:delegate
didEndSelector:@selector(alertDidEnd:returnCode:contextInfo:)
contextInfo:nil];
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

can we instead switch to using beginSheetModalForWindow:completionHandler:? here and below

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yup that seems like the alternative, can we change this as a follow up ? There are cards for this in the project board.


# FIXME(deepak1556): workaround for https://crbug.com/924225
# remove this when clang roll 352138 lands.
enable_precompiled_headers = false
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

can we remove this now?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@MarshallOfSound MarshallOfSound merged commit 5904544 into master Feb 14, 2019
@release-clerk
Copy link

release-clerk bot commented Feb 14, 2019

Release Notes Persisted

Upgraded to Chromium 73.0.3683.27.

@trop
Copy link
Contributor

trop bot commented Feb 14, 2019

A maintainer has manually backported this PR to "5-0-x", please check out #16975

@trop
Copy link
Contributor

trop bot commented Feb 15, 2019

A maintainer has manually backported this PR to "5-0-x", please check out #16975

@BinaryMuse BinaryMuse deleted the chromium-upgrade/73 branch February 20, 2019 15:18
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

5 participants