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

Issue 884209 link

Starred by 1 user

Issue metadata

Status: Untriaged
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Android
Pri: 3
Type: Feature



Sign in to add a comment

Feature Request - Improve UX for multi-subdomain sites in Fullscreen Mode

Project Member Reported by drenzulli@google.com, Sep 14

Issue description

Many sites are structured on top of multiple subdomains, examples include:

1. eCommerce - example use cases:

a. Site sections: Structuring different parts of the site on subdomains, such as www.site.com, for Home, listings.site.com for Listings, product.site.com for Product Pages, etc.
b. User Flow: Separating different parts of the purchase flow (checkouts, sign-in, etc) from the main domain. For example, using secure.site.com, or checkout.site.com to separate the booking and user account management pages, from the rest of the site.

2. News: Subdomains can be used to structure the information architecture of the site. Having, for example the main site at: www.site.com, the Sports section at sports.site.com, Politics at politics.site.com, and so forth.

On these cases, when users navigate across the site in fullscreen mode, pages that belong to subdomains will be opened in a CCT.
For site owners, it’s hard to migrate to a single subdomain, to mitigate this, and for users showing a CCT can be a disruptive UX, since they are not aware of the underlying technical aspects of the site, and expect to navigate across the same experience (like in a native app).


Steps to reproduce:
(1) Go to a PWA that has some sections belonging to different subdomains.
(2) Add site to homescreen.
(3) When navigating across sections, if the page belongs to a different subdomain, it will be opened in a CCT.

Expected result:

This is the expected result on Chrome 69. On previous versions of Chrome, it used to show a thin bar at the top.

Actual result:

Ideally users shouldn’t be aware of a change in a subdomain when navigating the PWA in fullscreen mode.
 
Labels: Needs-triage-Mobile
Cc: andreban@google.com
Cc: chelamcherla@chromium.org
Components: UI>Browser>Mobile>NavPanel Mobile>WebAPKs
Labels: Target-71 M-71 Triaged-Mobile FoundIn-71 Type-Feature
Status: Untriaged (was: Unconfirmed)
As per comment#0 this issue seems to be a feature request. Hence marking as Untriaged for further inputs from dev team.

Thanks!
Cc: -chelamcherla@chromium.org petele@chromium.org sindhu.chelamcherla@chromium.org
As per inputs from drenzulli@ adding petele@ to cc list.

Thanks!
Cc: yus...@chromium.org
Yusuf, maybe you can help triage?
Cc: yfried...@chromium.org
+yfriedman@

Is subdomains count as out of scope navigation then? Is there a way to avoid this? Trying to understand if this is a case where the spec is not clear vs there is a request to change it.
Cc: mgiuca@chromium.org dominickn@google.com
I think this requires spec work and involvement from +mgiuca +dominickn

Can you clarify on prior versions of chrome? The thing that's changed semi-recently (67?) is that we show a min-bar UI that looks like CCT but we don't actually swap to a navigatoin scope inside a CCT. The latter behavoiur was breaking pages with auth and was bad because it only broke in the standalone case and not in regular web so it wasn't obvious to developers (see  issue 830946 )
Cc: -dominickn@google.com dominickn@chromium.org
Subdomains are always out of scope navigations since they are always different origins. It's very challenging to find a workable solution in this area because of how scopes and the same-origin policy interact.

Sign in to add a comment