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

Issue 626107 link

Starred by 3 users

Issue metadata

Status: Fixed
Owner:
Closed: Aug 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 1
Type: Bug

Blocking:
issue 624086



Sign in to add a comment

Make the missing plugin UI more scalable.

Project Member Reported by lafo...@chromium.org, Jul 6 2016

Issue description

Problem:
For small form factor Flash Player content, the missing plugin content placeholder doesn't scale well (i.e. it's fixed dimensions cause it to get clipped).  Please see examples attached.

Background:
We're planning on removing Flash Player from the default distribution bundle for Chrome and fetch it passively (i.e. in the background, after the first 6 minutes of usage) or actively (i.e. if the user attempts to access a site that directly instantiates a Flash object, prior to us downloading the component).

Previously only users who had click-to-play (or a similar variant) enabled would see these prompts, which was a less common configuration.  Now this UI will be surfaced to a potentially much larger audience, we should potentially revisit it's treatment.


 
not_present.png
433 KB View Download
not_present_downloading_mouseover.png
436 KB View Download
not_present_mouseover.png
437 KB View Download
update_success.png
444 KB View Download
I have some ideas about how to fix this for desktop (should be straightforward CSS in s/c/r/r/p/*_plugin.html and s/c/r/r/p/plugin_placeholders.css - also debating creating an SVG version of the puzzle piece).

However, it looks like Android has a slightly different UI, and I don't even know how to trigger it there. Tommy, can you point me in the right direction?
Components: Internals>Plugins
waffles: The Android version runs the NonLoadablePluginPlaceholder which should be disabled_plugin.html.

The *_plugin.html files could use some modernization and consolidation.

There's a separate bug to make the text always visible instead of on hover, and I support that too: https://bugs.chromium.org/p/chromium/issues/detail?id=62082 It's a 5 digit bug...

Tommy

waffles: You can trigger the NonLoadable one on desktop by hacking up this method here: https://cs.chromium.org/chromium/src/chrome/renderer/chrome_content_renderer_client.cc?q=NonLoadablePlugin&sq=package:chromium&l=590
Fantastic, thanks.

There's an <if expr="is_android"> in blocked_plugin.html; but it sounds like you're saying Android always uses disabled_plugin.html. If so, it should be fine to remove/ignore that `if` statement. Is that correct?
waffles: Yes I believe that is so. the is_android is probably a leftover. 
Labels: -OS-Windows -OS-Mac OS-All
Great, then I'll make some adjustments to the files and submit that for UI review.
Owner: waff...@chromium.org
Status: Assigned (was: Untriaged)
Status: Started (was: Assigned)
Screenshots attached.
f_adobeflash.png
405 KB View Download
f_disabled.png
110 KB View Download
f_rclick.png
71.8 KB View Download
(With message changes.)
g_disabled.png
80.7 KB View Download
g_rclick.png
61.7 KB View Download
Blocking: 624086
Status: Fixed (was: Started)
Project Member

Comment 14 by bugdroid1@chromium.org, Aug 25 2016

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

commit 85faa55b91d5e5a450dbbec7567b6dfe807b335c
Author: waffles <waffles@chromium.org>
Date: Thu Aug 25 20:01:40 2016

Change pepper flash name.

("pepper_flash" is displaying in plugin placeholders; we prefer
"Adobe Flash Player").

BUG= 626107 

Review-Url: https://codereview.chromium.org/2284443002
Cr-Commit-Position: refs/heads/master@{#414516}

[modify] https://crrev.com/85faa55b91d5e5a450dbbec7567b6dfe807b335c/chrome/browser/component_updater/pepper_flash_component_installer.cc

Sign in to add a comment