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 628027 - Cannot create a new folder with a Chinese name
Cannot create a new folder with a Chinese name
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: Widget: GtkFileChooser
2.20.x
Other Linux
: Normal normal
: future
Assigned To: gtk-bugs
Federico Mena Quintero
Depends on:
Blocks:
 
 
Reported: 2010-08-26 11:47 UTC by ddreamer
Modified: 2015-02-17 23:53 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description ddreamer 2010-08-26 11:47:09 UTC
I am using Ubuntu 10.04 with GNOME 2.30.2 desktop environment. The Chinese input application is Chewing with iBUS. To input Chinese, the key stroke is Ctrl-Space.
Many programs, such as Firefox, GIMP and Chrome, are involved. When I want to save something to a file in a new folder by FILE/SAVE AS/Create New Folder, a dialog popup with a new blank folder. The problem happens when I press "Ctrl-Space" to switch to Chinese input, the new blank folder just disappear. And I need to click "Create New Folder" again to create a new folder. Hence, it is impossible to create a folder with a Chinese name this way. However, to input Chinese characters in the field of "filename" is OK.

If I use Nautilus to create a new folder, I can input Chinese characters after pressing "Ctrl-Space". That is my workaround but it is inconvenient.
In addition, if I use Okular or Kchmsee, which depends on Qt, I can input Chinese characters as the name of new folder without anything going wrong.

I wonder it is the GNOME-related library that is to blame. After a search, libgnomeui is the most likely package that goes wrong. If I made a mistake in the judgement, please tell me. Thank you very much.
Comment 1 Christian Persch 2010-08-26 11:56:52 UTC
-> gtk:gtkfilechooser
Comment 2 ddreamer 2010-10-09 19:00:40 UTC
One and half a month have passed. Anybody have some information about the progress of dealing with the problem?
Comment 3 Federico Mena Quintero 2010-10-10 03:02:46 UTC
This bug is really caused by bug #315280.  I'll mark it as a duplicate of that one.

(The fix for GtkCellRendererText doesn't seem hard to do; it just needs careful testing.  Would you like to try fixing it?)

*** This bug has been marked as a duplicate of bug 315280 ***
Comment 4 ddreamer 2010-10-10 05:06:56 UTC
I am not familiar with programming in Linux GUI. I am just an end-user and can make a trial to report as much information as possible. In addition, it is involved with other input program. I don't think I can fix the problem by myself.

Another question:
I am using Ubuntu 10.4, is there easy way to make the fix on my computer by downloading something?
Or UpdateManager will do that for me? When UpdateManager opens up a window to show the updates, how can I know the bug fix is contained in certain package?
Comment 5 Federico Mena Quintero 2010-10-12 17:29:22 UTC
(In reply to comment #4)
> I am not familiar with programming in Linux GUI. I am just an end-user and can
> make a trial to report as much information as possible. In addition, it is
> involved with other input program. I don't think I can fix the problem by
> myself.

OK, no problem.  Please just wait for someone to fix it.

> I am using Ubuntu 10.4, is there easy way to make the fix on my computer by
> downloading something?
> Or UpdateManager will do that for me? When UpdateManager opens up a window to
> show the updates, how can I know the bug fix is contained in certain package?

When this gets fixed and released as part of GTK+, you should be able to get an updated GTK+ package for Ubuntu.  I don't know if Ubuntu lets you see the release notes for each package before downloading it; in any case GTK+ actually lists the bugs that got fixed with each release in the release notes.
Comment 6 ddreamer 2011-04-14 17:41:06 UTC
The problem still exists. Please help me. To reproduce the problem in Firefox:
(1)File/Save file as... to show a file dialoge
(2)Press the "Create New Folder" button
(3)To input Chinese, the toggle key is Ctrl-Space. Press Ctrl-Space will make the new folder disppear.
Comment 7 Christian Dywan 2011-04-14 19:08:48 UTC
I use iBus for Japanese input, I can create folders from the file chooser just fine, GTK+ 2.22.1, iBus 1.3.9.

I also tried Chinese input to see if it's an issue with the input method, it works (I type Kanji blindly and see them, I don't know Chinese).
Comment 8 ddreamer 2011-04-15 13:08:19 UTC
The problem is not existent in Nautilus. It occurs only in File/Save File As.../Create New Folder.
BTW. How can I tell the version of GTK+ and iBus?
Comment 9 Christian Dywan 2011-04-15 14:36:58 UTC
gtk-query-immodules-2.0 2>/dev/null - | grep gtk+
ibus-daemon --version
Comment 10 ddreamer 2011-04-15 15:48:58 UTC
So, my gtk+ is 2.20.1. But "ibus-daemon --version" fails to show the version
Comment 11 ddreamer 2011-04-17 09:41:51 UTC
How can I tell the version of ibus?
Using dpkg -l|grep ibus-chewing showed the version to be 1.2.0.20091211-1. Is it Ver. 1.2.0?

Is there PPA for me to upgrade my gtk+ ? Or should the problem have been fixed in gtk+ 2.20.1? And ibus is to blame?

I installed Japanese input in ibus in Lucid Lynx with latest update and had the same issue as Chinese input.
Comment 12 ddreamer 2011-05-07 18:15:01 UTC
For Ubuntu 10.04 LTS with latest update, the problem still exists. How can I provide the information you need to fix the problem? Please help me~~
Comment 13 Matthias Clasen 2015-02-17 23:53:48 UTC
this works correctly with current gtk+ 3.14 and ibus