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

Issue 822449 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Last visit > 30 days ago
Closed: Mar 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: iOS
Pri: 2
Type: Bug

Blocking:
issue 791806



Sign in to add a comment

New Download Manager UI is shown on top of infobars

Project Member Reported by eugene...@chromium.org, Mar 15 2018

Issue description

App Version (from "Chrome Settings > About Chrome"): M67
iOS Version: iOS 11.2
Device: All

Steps to reproduce: 
1.) Load page which needs translation (f.e. lemonde.fr for English locale)
2.) Load https://www.barebones.com/products/bbedit/download.html
3.) Tap Download
4.) Navigate forward to lemonde.fr and Reload the page

Observed behavior: 
Download Manager UI is shown on top of the infobar.

Expected behavior: 
Is this WAI

Frequency: 
<number of times you were able to reproduce> 

Additional comments: 

 
Blocking: 791806
Cc: khalilcader@chromium.org
Khalil, is this WAI, or there should be a different user experience?
IMG_5774.PNG
449 KB View Download
Cc: -khalilcader@chromium.org
Owner: khalilcader@chromium.org
Khalil, what is the recommendation here?
This seems like an edge case as download manager is triggered by users, yes? This means that the user intentionally disregarded whatever infobar we presented them with in favor of downloading something. It would be weird if we didn't present the download manager until they've dealt with said infobar, or if it was presented below the first infobar. I'd like to believe that most users will engage with whatever infobar we present them with before continuing to downloading something. With that being said, this is WAI. 
Status: WontFix (was: Assigned)
Thanks! iframes can also trigger the download without the user input, but I agree that WAI is appropriate resolution here.

Sign in to add a comment