Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 1250964

Summary: [RHEL7.2][google-noto-fonts][gedit] google-noto-fonts has square boxes in gedit font selection window
Product: Red Hat Enterprise Linux 7 Reporter: Krishna Babu K <kkrothap>
Component: gtk3Assignee: Benjamin Otte <otte>
Status: CLOSED UPSTREAM QA Contact: Desktop QE <desktop-qa-list>
Severity: low Docs Contact:
Priority: medium    
Version: 7.2CC: kkrothap, mclasen
Target Milestone: rcKeywords: i18n
Target Release: 7.2   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-08-20 20:01:03 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:
Attachments:
Description Flags
Screenshot to reference google-noto-fonts issue none

Description Krishna Babu K 2015-08-06 11:28:49 UTC
Description of problem:
While choosing google-noto-fonts in gedit's font selection window, the preview text appearing in square boxes with code values.

Version-Release number of selected component (if applicable):
google-noto-*-fonts-20130807-2.el7.noarch
gedit-3.14.3-6.el7.x86_64

How reproducible:
Always
Steps to Reproduce:
1. Open 'gedit' -> 'preferences'
2. Goto 'Font&Colors' tab and click on 'Editor font' selection menu.
3. Search for 'noto'. Preview text of listed font's is in square boxes.

Actual results:
Preview text contains square boxes with code values .

Expected results:
Preview text should not contain square boxes.

Additional info:
Screenshot attached for reference.

Comment 1 Krishna Babu K 2015-08-06 11:32:30 UTC
Created attachment 1059853 [details]
Screenshot to reference google-noto-fonts issue

Comment 3 Pravin Satpute 2015-08-10 06:47:37 UTC
This is not an issue with fonts side. But rather font-viewer side.

But thinking about Noto family. I think it will be good to use alias rather than individual fonts name. It eating complete space. 

So all Noto family fonts will use single name. "Noto Sans"

Comment 4 Jens Petersen 2015-08-11 06:34:52 UTC
I feel this might/should be better addressed first in Fedora.

Comment 5 Jens Petersen 2015-08-11 06:51:31 UTC
Moving to gtk3 based on first sentence of comment 3.
But again this is probably something that needs to be addressed
upstream in that case.

Comment 6 Matthias Clasen 2015-08-17 19:52:31 UTC
The font doesn't have coverage for the latin example text, would guess. Nothing GTK+ can magically fix. If we use fallback there, that would be misleading - you want to see how the font itself looks.

Comment 7 Matthias Clasen 2015-08-20 20:01:03 UTC
But I agree with Jens comment 4: this needs to be discussed and fixed upstream (gnome/fedora) first.