Bug 77790
| Summary: | Helvetica "normal" font does not display properly but helvetica "bold" does with remote X-client gnumeric | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | Glen A. Foster <glen.foster> | ||||||||
| Component: | gnumeric | Assignee: | Havoc Pennington <hp> | ||||||||
| Status: | CLOSED UPSTREAM | QA Contact: | David Lawrence <dkl> | ||||||||
| Severity: | medium | Docs Contact: | |||||||||
| Priority: | medium | ||||||||||
| Version: | 8.0 | CC: | jdennis, otaylor | ||||||||
| Target Milestone: | --- | Keywords: | MoveUpstream, Triaged | ||||||||
| Target Release: | --- | ||||||||||
| Hardware: | i386 | ||||||||||
| OS: | Linux | ||||||||||
| Whiteboard: | |||||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2003-01-13 03:00:16 UTC | Type: | --- | ||||||||
| 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
Glen A. Foster
2002-11-13 17:16:30 UTC
FWIW, gnumeric-1.0.5-3 (shipped with 7.3/Valhalla) does not have this problem. I am not seeing this problem. Please see image attachments. $ rpm -q gnumeric gnumeric-1.0.9-2 Created attachment 84864 [details]
normal helvetica size 9
Created attachment 84866 [details]
bold helvetica size 9
Oops, you're right. If I run gnumeric locally on my x86 box, this works fine. I've updated the defect summary to reflect this now. I can re-create the reported behavior as follows: (1) Install Advanced Workstation 2.1 on an HP zx2000 (Itanium-2) and login to X (2) run "xhost +" (3) ssh to an x86 host running 8.0 (4) run gnumeric (displays the window/widget(s) back on the zx2000) ... and viola. There's the ugly behavior. Thanks for helping make this defect report more accurate! You may have to re-do the summary again. I've just ran gnumeric with a remote X-client and had no problems with the fonts (see attachment). Are you sure the fonts you are using aren't corrupted on the server machine? Created attachment 84906 [details]
gnumeric across X with font information...
Perhaps it *is* the server-side. That would be Advanced Workstation 2.1 for IA64. Changing platform, version, and product to reflect this. Red Hat Linux 8.0 uses client side fonts by default for GNOME2/KDE/GTK2 apps. So when you ssh to the 8.0 box, if gnumeric is GTK2 based (I haven't checked), then it is using fonts stored on the 8.0 box. Your 2.1 box's fonts are not available to gnumeric in this case. If gnumeric is not using Xft, then it is using server side fonts on the 2.1AS box. I don't have gnumeric installed and handy right now or I would check. I just checked in beehive, and gnumeric from 8.0 is using gnome 1.x and gtk 1.x so it is using X server fonts. The font problem is most likely then on your X server side. I can believe it's related to the X server. I can reproduce this behavior IFF the X server is running on the recently-released Advanced Workstation 2.1 release for IPF (Itanium-2) boxes. I've done it on a Longs Peak (HP zx2600) and Wilson Peak (HP zx2000) workstation, using an x86 8.0 system to run the gnumeric client. These were "everything" installs. Not sure what the problem could be, but I've added Owen for comment. Basically, this is a sign of the app trying to use a font that doesn't agree with the locale. If you try to use, say, "fixed" as a font for the UTF-8 locale, then the X library guesses that the encoding for the font is iso10646-1, and renders as if it were a two byte font, even though it is actually a one byte font. Hence the boxes. So, probably what I'd guess is that the problem is that the fonts that Gnumeric is trying to use aren't present on the target box, so font rendering falls back to "fixed". (In Red Hat 8, I'm not sure what gnumeric is using by default; my memory is that it is hideously ugly) Owen: So are you concluding this is NOTABUG? It's probably a bug , but I'm not sure it's a *fixable* bug. I'd suggest a reassign to gnumeric, though it may really be a gnome-print thing in the end. The immediate cause here may well be missing fonts on the system where the text is being displayed, but the fallback should be more graceful and shouldn't end up with the boxes. I have a suspicion that this will probaly won't be really fixed until gnumeric gets switched over to Xft and fontconfig. Ok, thanks for the input Owen. Reassigning to gnumeric. I've basically been told by upstream Gnumeric that fixing UTF-8 in the 1.0.x series is too hard and it'll be repaired in 1.2 Upstream as http://bugzilla.gnome.org/show_bug.cgi?id=103297 |