[ALPC Extensions]: Add new "Request Parent Approval" dialog [chromium/src : main]

0 views
Skip to first unread message

Richard Chui (Gerrit)

unread,
Jan 30, 2026, 5:49:05 PM (7 hours ago) Jan 30
to Emilia Paz, Chromium LUCI CQ, AyeAye, extension...@chromium.org, chromium-a...@chromium.org, srahim...@chromium.org
Attention needed from Emilia Paz

Richard Chui added 1 comment

File chrome/browser/ui/extensions/extension_install_request_parent_approval_dialog.cc
Line 40, Patchset 1 (Latest): .SetStyle(ui::ButtonStyle::kProminent))
Richard Chui . unresolved

@emiliapaz: based on what I see in the extensions designs, eventually the styling will update to do something similar to this. I haven't seen it based on my ToT build yet, so just wanted to make sure that this is the case, so this new dialog won't be inconsistent.

Open in Gerrit

Related details

Attention is currently required from:
  • Emilia Paz
Submit Requirements:
  • requirement satisfiedCode-Coverage
  • requirement is not satisfiedCode-Owners
  • requirement is not satisfiedCode-Review
  • requirement is not satisfiedNo-Unresolved-Comments
  • requirement is not satisfiedReview-Enforcement
Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. DiffyGerrit
Gerrit-MessageType: comment
Gerrit-Project: chromium/src
Gerrit-Branch: main
Gerrit-Change-Id: I9a50f40c6f072756623865530fb432f00142563c
Gerrit-Change-Number: 7534183
Gerrit-PatchSet: 1
Gerrit-Owner: Richard Chui <ric...@google.com>
Gerrit-Reviewer: Emilia Paz <emil...@chromium.org>
Gerrit-Reviewer: Richard Chui <ric...@google.com>
Gerrit-Attention: Emilia Paz <emil...@chromium.org>
Gerrit-Comment-Date: Fri, 30 Jan 2026 22:48:54 +0000
Gerrit-HasComments: Yes
Gerrit-Has-Labels: No
satisfied_requirement
unsatisfied_requirement
open
diffy

Emilia Paz (Gerrit)

unread,
Jan 30, 2026, 10:26:43 PM (2 hours ago) Jan 30
to Richard Chui, Chromium LUCI CQ, AyeAye, extension...@chromium.org, chromium-a...@chromium.org, srahim...@chromium.org
Attention needed from Richard Chui

Emilia Paz added 8 comments

Patchset-level comments
File-level comment, Patchset 1 (Latest):
Emilia Paz . resolved

Thanks Richard! We may also want a test here, although simpler one

File chrome/browser/extensions/api/webstore_private/webstore_private_api.cc
Line 589, Patchset 1 (Latest): } else if (supervised_user::AreExtensionsPermissionsEnabled(profile_) &&
!supervised_user::SupervisedUserCanSkipExtensionParentApprovals(
profile_)) {
Emilia Paz . unresolved

Can we explain in the CL description why do we want this?

Line 597, Patchset 1 (Latest): base::BindOnce(&WebstorePrivateBeginInstallWithManifest3Function::
RequestExtensionApproval,
this, web_contents));
Emilia Paz . unresolved

Web contents could be null when this gets called, is this handled? Maybe we need a separate `OnRequestParentApprovalPromptAccepted`. Or maybe same callback for accept/cancel that recieves input from the dialog selection

Line 594, Patchset 1 (Latest): base::BindOnce(&WebstorePrivateBeginInstallWithManifest3Function::
OnRequestParentApprovalPromptDone,
this),
base::BindOnce(&WebstorePrivateBeginInstallWithManifest3Function::
RequestExtensionApproval,
this, web_contents));
Emilia Paz . unresolved

`ShowExtensionInstallRequestParentApprovalDialog` has first the cancel callback, and then the ok callback. However here, the first one is OnDone, and the second one Approval. Is this intended? If so, it's a bit confusing

Line 826, Patchset 1 (Latest): OnRequestParentApprovalPromptDone() {
Emilia Paz . unresolved

This is for the cancel callback, lets rename it so its more clear

File chrome/browser/ui/extensions/extension_install_request_parent_approval_dialog.cc
Line 14, Patchset 1 (Latest):
Emilia Paz . unresolved

BUILDFLAG(IS_ANDROID)

Line 40, Patchset 1 (Latest): .SetStyle(ui::ButtonStyle::kProminent))
Richard Chui . unresolved

@emiliapaz: based on what I see in the extensions designs, eventually the styling will update to do something similar to this. I haven't seen it based on my ToT build yet, so just wanted to make sure that this is the case, so this new dialog won't be inconsistent.

Emilia Paz

Does adding the OkButton without style doesn't default to be the "main" one? My understanding is that DialogModel should have default styles for the buttons and we shouldn't modify them unless there is a reason why UX is requesting that

File chrome/browser/ui/extensions/extensions_dialogs.h
Line 162, Patchset 1 (Latest):// Shows a dialog to notify the user that they need to ask their parent for
// approval to install an extension.
void ShowExtensionInstallRequestParentApprovalDialog(
content::WebContents* web_contents,
base::OnceClosure cancel_callback,
base::OnceClosure ok_callback);
Emilia Paz . unresolved

BUILDFLAG(IS_ANDROID)

Open in Gerrit

Related details

Attention is currently required from:
  • Richard Chui
Submit Requirements:
  • requirement satisfiedCode-Coverage
  • requirement is not satisfiedCode-Owners
  • requirement is not satisfiedCode-Review
  • requirement is not satisfiedNo-Unresolved-Comments
  • requirement is not satisfiedReview-Enforcement
Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. DiffyGerrit
Gerrit-MessageType: comment
Gerrit-Project: chromium/src
Gerrit-Branch: main
Gerrit-Change-Id: I9a50f40c6f072756623865530fb432f00142563c
Gerrit-Change-Number: 7534183
Gerrit-PatchSet: 1
Gerrit-Owner: Richard Chui <ric...@google.com>
Gerrit-Reviewer: Emilia Paz <emil...@chromium.org>
Gerrit-Reviewer: Richard Chui <ric...@google.com>
Gerrit-Attention: Richard Chui <ric...@google.com>
Gerrit-Comment-Date: Sat, 31 Jan 2026 03:26:29 +0000
Gerrit-HasComments: Yes
Gerrit-Has-Labels: No
Comment-In-Reply-To: Richard Chui <ric...@google.com>
satisfied_requirement
unsatisfied_requirement
open
diffy
Reply all
Reply to author
Forward
0 new messages