After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 48042 - Nautilus installs helix gtk+ 1.2.9 , which breaks Japanese in GNOME
Nautilus installs helix gtk+ 1.2.9 , which breaks Japanese in GNOME
Status: VERIFIED WONTFIX
Product: nautilus
Classification: Core
Component: Internationalization (i18n)
0.x.x [obsolete]
Other Linux
: Normal normal
: ---
Assigned To: Ramiro Estrugo
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2001-04-10 17:27 UTC by eli
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description eli 2001-09-10 01:18:26 UTC
After two days of fiddling by Robin and myself, I'm abandoning hope that this is
a dumb user error.

Japanese text within Nautilus toolbars, menus, and dialog content appears as
garbage characters. (RH 7.0-ja) 

File and folder icons, however, appear in Japanese.

---

All other GNOME applications checked correctly display Japanese characters.
(Didn't check other applications that use Bonobo UI handler.)



------- Additional Comments From eli@eazel.com 2001-04-10 13:27:52 ----

Guessing Ramiro.



------- Additional Comments From eli@eazel.com 2001-04-10 13:29:04 ----

This is a 1.0.2 blocker.

Love,

Eli



------- Additional Comments From don@eazel.com 2001-04-10 13:36:20 ----

Agreed.  This is P0.




------- Additional Comments From eli@eazel.com 2001-04-10 13:38:44 ----

I'm unsuccessfully attemping to isolate this. 

Installing red-carpet and its dependent packages results in the entire
gnome-panel exhibiting this identical problem.



------- Additional Comments From ramiro@fateware.com 2001-04-11 11:17:24 ----

don, you can close this bug now that eli has verified that it works.




------- Additional Comments From don@eazel.com 2001-04-11 13:27:51 ----

OK, closing as WORSFORME then.  That OK, Eli?




------- Additional Comments From eli@eazel.com 2001-04-11 13:30:04 ----

Technically, I think this is a WONTFIX. 

(It is 100% reproducible on the RH 7.0 checked, but we're assuming that it
doesn't matter since it appears fixed in a beta of an upcoming RH release.)

Rubber-stamping Verified.



------- Additional Comments From eli@eazel.com 2001-04-16 14:32:09 ----

To be more specific (it was mentioned by e-mail, but never here), the "display
characters as Latin" behavior I described will occur for _all_ GNOME characters
upon restart --- not just Nautilus.



------- Additional Comments From don@eazel.com 2001-04-16 15:15:55 ----

Re-opening this bug while we investigate what's really breaking 7.0 ...




------- Additional Comments From eli@eazel.com 2001-04-16 16:02:08 ----

I'm going to double-check, but this appears to occur exclusively due to the
installation of gnome-libs 1.2.9, which Nautilus requires.



------- Additional Comments From eli@eazel.com 2001-04-16 16:46:14 ----

This problem specifically occurs upon launching Nautilus with the Helix gtk+
1.2.9 package in our software catalog. We upgrade gtk+ to 1.2.9 as part of the
installation.

If you, instead, use the Red Hat 1.2.9-4 gtk+ package from their 7.1 release,
Japanese text displays fine across GNOME.

gnome-libs had nothing to do with it. Sorry.



------- Additional Comments From don@eazel.com 2001-04-19 12:22:34 ----

After talking to Red Hat yesterday, this is turning out to be a non-issue now. 
Sorry about that.  Marking it won't fix.




------- Additional Comments From eli@eazel.com 2001-04-20 15:40:43 ----

Rubber-stamping verified.



------- Bug moved to this database by unknown@bugzilla.gnome.org 2001-09-09 21:18 -------