Created attachment 1881507 [details] A zipped sample PDF and image of relevant portion of PDF when affected by the issue Description of problem: Given a PDF lacking embedded fonts which use certain characters (including → and ≥), GNOME's Evince on Fedora 36 chooses to substitute the Noto Sans font, which does not include these characters. Version-Release number of selected component (if applicable): How reproducible: Successfully reproduced by two people independently. Steps to Reproduce: 1. Boot a fresh copy of Fedora 36 (the Live version in a VM will do). 2. Open the attached sample PDF in GNOME Evince (aka Document Viewer). 3. Observe the missing characters in the second paragraph from the top of the page. Actual results: See attached image. Expected results: The missing characters should be displayed properly as → (that is, https://unicode-table.com/en/2192/). Additional info: The filer initially sought help at https://ask.fedoraproject.org/t/missing-characters-in-pdfs-since-upgrade-from-f35-to-f36/22530, which may be informative in reproducing the issue.
Created attachment 1881508 [details] A sample PDF which may be used to reproduce the issue
Created attachment 1881509 [details] An image demonstrating the appearance of the PDF when the issue is reproduced
Comment on attachment 1881507 [details] A zipped sample PDF and image of relevant portion of PDF when affected by the issue When I went to file this issue it seemed I could only upload a single attachment. After filing I discovered I could add more, and added the files directly for easier access. This attachment may be deleted if desired.
FEDORA-2022-a3bf4d3246 has been submitted as an update to Fedora 38. https://bodhi.fedoraproject.org/updates/FEDORA-2022-a3bf4d3246
FEDORA-2022-a3bf4d3246 has been pushed to the Fedora 38 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2022-575472271c has been submitted as an update to Fedora 37. https://bodhi.fedoraproject.org/updates/FEDORA-2022-575472271c
FEDORA-2022-575472271c has been pushed to the Fedora 37 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2022-575472271c` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-575472271c See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2022-575472271c has been pushed to the Fedora 37 stable repository. If problem still persists, please make note of it in this bug report.
I am a different user still experiencing these exact issues! I think the bug should be reopened. I downloaded the sample files and still experience the same exact problem, namely that certain special characters are missing, and displayed as boxes, in evince, but not with other software (i.e. the same PDF opened in Firefox displays all characters correctly). I am using Fedora 37 fully updated, in fact the same issue is present in 3 different machines with the same system, and I've had this issue for a while just like the original poster, since upgrading to Fedora 36. I regularly experience this issue with PDFs that I create using R (plots containing innocuous symbols such as a minus sign and greek letters), which interferes with me giving presentations! This bug is a big deal to me professionally, and at least having a workaround would be greatly appreciated. Here's what `pdffonts` reports on a recently offending file I created, which matches the original bug report in showing a "Symbol" font that appears the be the source of these problems: $ pdffonts pq-tgp-delta-boxplot.pdf name type encoding emb sub uni object ID ------------------------------------ ----------------- ---------------- --- --- --- --------- Helvetica Type 1 Custom no no no 10 0 Helvetica-Bold Type 1 Custom no no no 11 0 Symbol Type 1 Symbol no no no 12 0
I just checked, and the issue is still occurring for me on my main Fedora 37 install. I will try to reproduce in a clean VM later this week.