Bug 1206925

Summary: content search render issues on Firefox
Product: Red Hat Satellite Reporter: Fred van Zwieten <fvzwieten>
Component: WebUIAssignee: Walden Raines <walden>
WebUI sub component: Katello QA Contact: Tazim Kolhar <tkolhar>
Status: CLOSED CURRENTRELEASE Docs Contact:
Severity: high    
Priority: unspecified CC: bbuckingham, bkearney, cwelton, fvzwieten, ktordeur, tkolhar, xdmoon
Version: NightlyKeywords: Triaged
Target Milestone: Unspecified   
Target Release: Unused   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-08-12 13:56:44 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1115190    
Attachments:
Description Flags
screenshot with rendering issues content search WebUI
none
kenny
none
Another screenshot with rendering issue
none
content search none

Description Fred van Zwieten 2015-03-29 17:42:34 UTC
Created attachment 1008033 [details]
screenshot with rendering issues content search WebUI

Description of problem:
See attached screenshot

Version-Release number of selected component (if applicable):
Firefox 36.0.4 on Fedora 21 on a HiDPI screen

How reproducible:
Search for packages and open the various trees

Steps to Reproduce:
1.
2.
3.

Actual results:
See screenshot

Expected results:
Perfectly rendered

Additional info:
I have seen this as well on all point releases of satellite 6.0 and now on 6.1.0 nightly as well.

Comment 1 RHEL Program Management 2015-03-29 17:43:10 UTC
Since this issue was entered in Red Hat Bugzilla, the release flag has been
set to ? to ensure that it is properly evaluated for this release.

Comment 3 Walden Raines 2015-04-17 19:22:33 UTC
I am unable to reproduce this issue.  Please add steps to reproduce and specify what browser you are seeing this in.

Comment 4 Kenny Tordeurs 2015-04-20 15:00:46 UTC
Created attachment 1016411 [details]
kenny

Comment 5 Kenny Tordeurs 2015-04-20 15:04:33 UTC
Created attachment 1016411 [details]
screenshot with rendering issues content search WebUI

Description of problem:
See attached screenshot

Version-Release number of selected component (if applicable):
Firefox 37.0 on Fedora 21

How reproducible:
Search for packages and open the various trees

Steps to Reproduce:
1. Content search
2. Choose content repositories
3. Select repositories
4. Hover over the "Compare Selected" button

Actual results:
See screenshot

Expected results:
Perfectly rendered

Comment 6 Fred van Zwieten 2015-04-20 15:27:59 UTC
Created attachment 1016437 [details]
Another screenshot with rendering issue

1. Content Search
2. Select Packages
3. Hit search
4. Open a product underneath a view
5. Open a repository underneath a product

It seems the rendering issue where parts of the tree render over each other is only on the first entry below the "next level".

See screenshot to understand what I mean.

Comment 7 Fred van Zwieten 2015-04-20 15:29:29 UTC
This is on a MacBook Pro 15" with Fedora 20 installed on it. The screen has a resolution of 2560 x 1600 (HiDPI)

Comment 8 Bryan Kearney 2015-04-20 18:42:33 UTC
Fred: What nutty HiDPI settings do you have? What config changes in your browser (scale limit) di dyou use?

Comment 9 Fred van Zwieten 2015-04-20 21:20:18 UTC
I am using a Gnome Window Scaling of "2" and on Firefox I have set layout.css.devPixelsPerPx to 1.75

However, when I reset both to their standard value nothing changes, still the same rendering issues.

Comment 10 Fred van Zwieten 2015-04-20 21:27:51 UTC
Just tested with Chromium v40.0.2214.91. It's renders correct. So, it's a firefox only issue, afaics.

Comment 11 Walden Raines 2015-04-22 18:25:35 UTC
I cannot reproduce this with FF36, moving to ON_QA for verification.

Comment 13 Tazim Kolhar 2015-04-29 09:04:20 UTC
VERIFIED:
# rpm -qa | grep foreman
foreman-proxy-1.7.2.4-1.el7sat.noarch
dhcp201-110.englab.pnq.redhat.com-foreman-client-1.0-1.noarch
dhcp201-110.englab.pnq.redhat.com-foreman-proxy-1.0-2.noarch
foreman-1.7.2.17-1.el7sat.noarch
ruby193-rubygem-foreman_discovery-2.0.0.9-1.el7sat.noarch
foreman-libvirt-1.7.2.17-1.el7sat.noarch
ruby193-rubygem-foreman_bootdisk-4.0.2.10-1.el7sat.noarch
foreman-postgresql-1.7.2.17-1.el7sat.noarch
foreman-vmware-1.7.2.17-1.el7sat.noarch
rubygem-hammer_cli_foreman_discovery-0.0.1.7-1.el7sat.noarch
ruby193-rubygem-foreman_docker-1.2.0.9-1.el7sat.noarch
ruby193-rubygem-foreman-redhat_access-0.1.0-1.el7sat.noarch
ruby193-rubygem-foreman-tasks-0.6.12.3-1.el7sat.noarch
rubygem-hammer_cli_foreman_tasks-0.0.3.3-1.el7sat.noarch
foreman-compute-1.7.2.17-1.el7sat.noarch
foreman-ovirt-1.7.2.17-1.el7sat.noarch
rubygem-hammer_cli_foreman_bootdisk-0.1.2.5-1.el7sat.noarch
foreman-selinux-1.7.2.13-1.el7sat.noarch
puppet-foreman_scap_client-0.3.3-7.el7sat.noarch
foreman-gce-1.7.2.17-1.el7sat.noarch
rubygem-hammer_cli_foreman-0.1.4.9-1.el7sat.noarch
foreman-debug-1.7.2.17-1.el7sat.noarch
dhcp201-110.englab.pnq.redhat.com-foreman-proxy-client-1.0-1.noarch
ruby193-rubygem-foreman_hooks-0.3.7-2.el7sat.noarch
ruby193-rubygem-foreman_gutterball-0.0.1.9-1.el7sat.noarch

steps:
1. Content Search
2. Select Packages
3. Hit search
4. Open a product underneath a view
5. Open a repository underneath a product

screen shot attached

Comment 14 Tazim Kolhar 2015-04-29 09:05:25 UTC
Created attachment 1020041 [details]
content search

Comment 15 Bryan Kearney 2015-08-11 13:20:41 UTC
This bug is slated to be released with Satellite 6.1.

Comment 16 Bryan Kearney 2015-08-12 13:56:44 UTC
This bug was fixed in version 6.1.1 of Satellite which was released on 12 August, 2015.