New issue
Advanced search Search tips

Issue 856410 link

Starred by 2 users

Issue metadata

Status: Untriaged
Owner: ----
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Feature



Sign in to add a comment

On chrome://flags/ mention what non-default items will look like

Reported by jidanni@gmail.com, Jun 26 2018

Issue description

UserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3440.25 Safari/537.36

Steps to reproduce the problem:
1. chrome://flags/

What is the expected behavior?

What went wrong?
Mention what non-default items will look like on chrome://flags/:

"Experiments
68.0.3440.17
WARNING: EXPERIMENTAL FEATURES AHEAD! By enabling these features, you
could lose browser data or compromise your security or privacy. Enabled
features apply to all users of this browser."

Add: "A blue dot to the left of an item will appear next to items not in
their default state".

Else one cannot guess their state.

Even worse, some items have
Enabled, Disabled
and some
Enabled, Disabled, Default
choices.

And on some items, when you change them from Enabled to Disabled, and
restart, the blue dot's mouseover says "Experiment Enabled'!!

Anyway before restarting the blue dot has no mouseover action.

OK maybe indeed Disabling some items is considered an experimental
action... so Disabling = Enabling... what a mess.

Also on chrome://flags mention where to find the list of e.g., 
--use-gl=osmesa invocation flags/options in use/available.

Did this work before? N/A 

Chrome version: 68.0.3440.25  Channel: n/a
OS Version: 
Flash Version:
 
Labels: Needs-Triage-M68
Labels: -Type-Bug Triaged-ET M-69 Target-69 FoundIn-69 OS-Mac OS-Windows Type-Feature
Status: Untriaged (was: Unconfirmed)
As per comment #0, the issue seems to be a feature request. Hence, marking it as untriaged for further inputs from dev team.

Thanks...!!
Actually, this is a duplicate of  https://crbug.com/245319  which has been archived thanks to nonexistent attention 😬😢
From   https://crbug.com/436757  which was merged in the now archived duplicate of this bug  https://crbug.com/245319 , I found how it should look. Maybe, there could also be information as to what set its state (user choice is already distinguishable through blue background, but remote experiments, command line or compilation code aren't) :
"[X]Default (Enabled)
[ ]Enabled
[ ]Disabled

or
[X]Default (Disabled)
[ ]Enabled
[ ]Disabled"

Sign in to add a comment