Certificate viewer UI is unnecessarily small and cumbersome to use.
Reported by
jonat...@haitu-yu.com,
Nov 18 2016
|
|||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.100 Safari/537.36 Steps to reproduce the problem: 1. Open the certificate viewer from the security panel 1. Click the "Details" tab What is the expected behavior? What went wrong? There are at least two issues relating to the fixed maximum size of the certificate viewer. Firstly, the certificate hierarchy section can only accommodate 2 full lines. Commercial CAs do not sign end-entity certificates with their root certificates, meaning there will practically always be at least 3 entries. Users are therefore forced to scroll to see the entire certificate chain. In addition, when there are 2 or more intermediate CAs in the chain, it is not evident how long the chain is without scrolling, nor is it possible to know what depth a given certificate is in the chain without counting them as one scrolls or guessing based on the amount of whitespace the entry is indented by. Secondly, the text box that displays the data for the currently selected field (#cert-field-value), can only accommodate a maximum of 5 lines. For most purposes this is OK, however, some fields can be require significantly more than this. For example, the Subject Alternative Name field does not have an defined upper bound on the number of entries that may be present. Services like Cloudflare routinely issue certificates with large numbers of SANs. These issues could be resolved by allowing the certificate viewer to expand to the full height of the window, instead of arbitrarily limiting its maximum height. In addition, the certificates in the chain should probably be numbered so the depth of a given certificate does not need to be counted by hand or guessed. Did this work before? N/A Chrome version: 54.0.2840.100 Channel: stable OS Version: Flash Version: Shockwave Flash 23.0 r0
,
Nov 19 2016
Does this request also apply on CHhome OS?
,
Nov 21 2016
Since this is a feature request marking it as untriaged. Thanks.
,
Nov 21 2016
I think Available is more appropriate.
,
Nov 21 2016
Lucas: Isn't it fair to say it's confirmed, but hasn't been reviewed for priority or assignment? Also removing the Milestone, since it needs to get some UI love.
,
Nov 21 2016
Ah, yes, I didn't notice the milestone; thanks for removing. Priority is definitely low from the Enamel side, though. (Does anyone else maintain this surface?)
,
Nov 29 2016
,
Nov 30 2016
What's the operating system? Isn't this dialog native?
,
Nov 30 2016
This bug is for Linux. The dialogue is indeed native.
,
Dec 20 2016
,
Dec 20 2016
certificate_viewer_webui.cc
void CertificateViewerModalDialog::GetDialogSize(gfx::Size* size) const {
const int kDefaultWidth = 544;
const int kDefaultHeight = 628;
size->SetSize(kDefaultWidth, kDefaultHeight);
}
We could easily bump up the default height if we wanted, but dynamically-sizing the height could prove to be a bug farm.
,
Dec 20 2016
,
Jan 26 2017
,
Jan 31 2017
,
Mar 15 2017
,
Aug 8 2017
,
Nov 10 2017
,
Dec 11 2017
,
Feb 18 2018
,
Sep 13
Archiving old bugs that haven't been actively assigned in over 180 days. If you feel this issue should still be addressed, feel free to reopen it or to file a new issue. Thanks! |
|||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||
Comment 1 by ligim...@chromium.org
, Nov 18 2016Components: -UI Security UI>Browser>Interstitials
Labels: -Type-Bug M-56 Type-Feature