New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 774918 link

Starred by 3 users

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Chrome , Mac
Pri: 3
Type: Feature

Blocking:
issue 877898



Sign in to add a comment

desktop-pwas: Refactor to properly distinguish Bookmark apps from PWAs

Project Member Reported by ortuno@chromium.org, Oct 16 2017

Issue description

There are instances in which Bookmark Apps for PWAs will behave differently to Bookmark Apps for non-PWAs. For example, when navigating to websites with a different origin, non-PWA Bookmark Apps will just navigate and show the address bar; PWA Bookmark Apps will open the target website in a new tab in a regular browser window.

Checking if the Bookmark App has a scope is enough for now but we might want to introduce something more explicit.

Alternatives include:

1. A pref that indicates the Bookmark App is for a PWA
2. A field in the Bookmark App manifest that indicates it's for a PWA
3. A new type of manifest for PWA Bookmark Apps

Ideally, whatever name or mechanism we use should avoid mentioning the term PWA since it's mostly a marketing name. "Web App Wrapper", "Bookmark App V2", "Legacy Bookmark App" (for non PWAs) and "Installable Website" are some names that have been thrown around.
 

Comment 1 by ortuno@chromium.org, Oct 16 2017

Components: UI>Browser>WebAppInstalls

Comment 2 by mgiuca@chromium.org, Mar 26 2018

Labels: M-67

Comment 3 by mgiuca@chromium.org, Mar 27 2018

Labels: -M-67
Summary: desktop-pwas: Refactor to properly distinguish Bookmark apps from PWAs (was: desktop-pwas: Distinguish between Bookmark Apps for PWAs and for non-PWAs)
This is an internal refactor (not user-facing).
Components: Platform>Apps>Foundation
Owner: loyso@chromium.org
Status: Assigned (was: Available)
Blocking: 877898
Project Member

Comment 7 by bugdroid1@chromium.org, Sep 19

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/2117478be806acda4d07d3ae7cd8e68dc9a04ce4

commit 2117478be806acda4d07d3ae7cd8e68dc9a04ce4
Author: Alexey Baskakov <loyso@chromium.org>
Date: Wed Sep 19 02:46:39 2018

HostedApp: Encapsulate the Extension object in extensions::TabHelper.

Extensions shouldn't leak into chrome/browser/ui/ code.

Use TabHelper::GetAppId instead of Extension*

Since we are going to use std::string for AppId,
this change will allow us to use an abstract apps::App
and move off the Extensions System in the future.

Drive By: Erase unused TabHelper::web_app_info().

Bug: 774918
Change-Id: I3596bb80729c53f53215325abd371dda8a06a50a
Reviewed-on: https://chromium-review.googlesource.com/1229719
Commit-Queue: Alexey Baskakov <loyso@chromium.org>
Reviewed-by: Chris Hamilton <chrisha@chromium.org>
Reviewed-by: Trent Apted <tapted@chromium.org>
Reviewed-by: Ben Wells <benwells@chromium.org>
Cr-Commit-Position: refs/heads/master@{#592308}
[modify] https://crrev.com/2117478be806acda4d07d3ae7cd8e68dc9a04ce4/chrome/browser/extensions/tab_helper.cc
[modify] https://crrev.com/2117478be806acda4d07d3ae7cd8e68dc9a04ce4/chrome/browser/extensions/tab_helper.h
[modify] https://crrev.com/2117478be806acda4d07d3ae7cd8e68dc9a04ce4/chrome/browser/extensions/tab_helper_unittest.cc
[modify] https://crrev.com/2117478be806acda4d07d3ae7cd8e68dc9a04ce4/chrome/browser/sessions/chrome_tab_restore_service_client.cc
[modify] https://crrev.com/2117478be806acda4d07d3ae7cd8e68dc9a04ce4/chrome/browser/sessions/session_service.cc
[modify] https://crrev.com/2117478be806acda4d07d3ae7cd8e68dc9a04ce4/chrome/browser/ui/browser.cc
[modify] https://crrev.com/2117478be806acda4d07d3ae7cd8e68dc9a04ce4/chrome/browser/ui/browser_browsertest.cc
[modify] https://crrev.com/2117478be806acda4d07d3ae7cd8e68dc9a04ce4/chrome/browser/ui/browser_navigator.cc
[modify] https://crrev.com/2117478be806acda4d07d3ae7cd8e68dc9a04ce4/chrome/browser/ui/sync/tab_contents_synced_tab_delegate.cc

Project Member

Comment 8 by bugdroid1@chromium.org, Sep 19

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/da858d822e0245e4bbfaad4486600398a2bf7a59

commit da858d822e0245e4bbfaad4486600398a2bf7a59
Author: Alexey Baskakov <loyso@chromium.org>
Date: Wed Sep 19 03:41:22 2018

Extension App Launch: Extract UMA code into platform_apps.

Extensions shouldn't leak into chrome/browser/sessions/ code.

No behavior changes.

Bug: 774918
Change-Id: I5c35749362914bdb3ea46c160abcd4ab36a74957
Reviewed-on: https://chromium-review.googlesource.com/1229722
Commit-Queue: Alexey Baskakov <loyso@chromium.org>
Reviewed-by: Dominick Ng <dominickn@chromium.org>
Reviewed-by: Chris Hamilton <chrisha@chromium.org>
Cr-Commit-Position: refs/heads/master@{#592315}
[modify] https://crrev.com/da858d822e0245e4bbfaad4486600398a2bf7a59/chrome/browser/apps/platform_apps/platform_app_launch.cc
[modify] https://crrev.com/da858d822e0245e4bbfaad4486600398a2bf7a59/chrome/browser/apps/platform_apps/platform_app_launch.h
[modify] https://crrev.com/da858d822e0245e4bbfaad4486600398a2bf7a59/chrome/browser/sessions/chrome_tab_restore_service_client.cc

This is now more about distinguishing: "The Install-button" (PWA) vs "Create Shortcut button" user-installed.

Sign in to add a comment