Description of problem: Some input fields in advanced search have 0px width in Chrome. Version-Release number of selected component (if applicable): How reproducible: Reproducible in Chrome only, in Firefox it looks fine. Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3440.106 Safari/537.36 and Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3521.2 Safari/537.36 Steps to Reproduce: 1. In Chrome go to https://bugzilla5.redhat.com/query.cgi?format=advanced 2. Expand Custom search 3. Actual results: input.custom_search_form_field has width 0px Expected results: input.custom_search_form_field should be wider than 0px Additional info:
You have to click "Show Advanced Features" to display these widgets.
Created attachment 1479404 [details] helvetica
Created attachment 1479405 [details] opensans
(In reply to Jeff Fearn from comment #1) > You have to click "Show Advanced Features" to display these widgets. I'm not sure what you mean, but I've attached the screenshot showing the problem. Apparently Google Chrome has a long history of not properly rendering Helvetica font, which I had installed. The following font family is used in some of the elements: "Open Sans",Helvetica,sans-serif I didn't have Open Sans font installed, but after I did that, the page renders properly (see the second attachment). On bugzilla4 instance the following font family is used: "DejaVu Sans", "Liberation Sans", sans-serif So I didn't have issues at all, since these fonts are installed by default on Fedora/RHEL. So if the change from Dejavu Sans and Liberation Sans to Open Sans and Helvetica is intentional, let's close the bug.
Ah ha, custom_search_form_field isn't set on those fields, they have no class at all. The font change was deliberate, though the style guy has left so we don't have an informed chooser of fonts anymore.