[Bug 958682] New: file names with Hebrew can't be opened
http://bugzilla.opensuse.org/show_bug.cgi?id=958682 Bug ID: 958682 Summary: file names with Hebrew can't be opened Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: i686 OS: openSUSE 42.1 Status: NEW Severity: Normal Priority: P5 - None Component: KDE Workspace (Plasma) Assignee: opensuse-kde-bugs@opensuse.org Reporter: amyekut@math.bgu.ac.il QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:41.0) Gecko/20100101 Firefox/41.0 Build Identifier: In openSUSE Leap 42.1 with KDE Plasma 5.4.2, the following programs: - Libreoffice - Okular - Kile can't open files whose path (file name or directory name) contains Hebrew letter. On the other hand, some other programs (like KWrite, Acrobst Reader) do not suffer from this bug. Reproducible: Always I filed a bug at https://bugs.documentfoundation.org/show_bug.cgi?id=96023 on the same issue. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=958682
http://bugzilla.opensuse.org/show_bug.cgi?id=958682#c1
--- Comment #1 from Amnon Yekutieli
http://bugzilla.opensuse.org/show_bug.cgi?id=958682
Amnon Yekutieli
http://bugzilla.opensuse.org/show_bug.cgi?id=958682
http://bugzilla.opensuse.org/show_bug.cgi?id=958682#c2
Amnon Yekutieli
http://bugzilla.opensuse.org/show_bug.cgi?id=958682
http://bugzilla.opensuse.org/show_bug.cgi?id=958682#c3
--- Comment #3 from Amnon Yekutieli
http://bugzilla.opensuse.org/show_bug.cgi?id=958682
http://bugzilla.opensuse.org/show_bug.cgi?id=958682#c6
Tomáš Chvátal
http://bugzilla.opensuse.org/show_bug.cgi?id=958682
http://bugzilla.opensuse.org/show_bug.cgi?id=958682#c8
--- Comment #8 from Amnon Yekutieli
(In reply to Amnon Yekutieli from comment #5)
The bug I reported occurs when trying to open files through dolphin, by either double clicking on a pdf / odt file, or right click | open with | okular / libreoffice.
Can't reproduce even out of dolphin.
Try to post your env command output and locale output if you ran these in konsole/terminal.
my "locale" and "env" from konsole: amyekut@linux-a2te:~> locale locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory LANG=C.UTF-8 LC_CTYPE="C.UTF-8" LC_NUMERIC="C.UTF-8" LC_TIME="C.UTF-8" LC_COLLATE="C.UTF-8" LC_MONETARY="C.UTF-8" LC_MESSAGES="C.UTF-8" LC_PAPER="C.UTF-8" LC_NAME="C.UTF-8" LC_ADDRESS="C.UTF-8" LC_TELEPHONE="C.UTF-8" LC_MEASUREMENT="C.UTF-8" LC_IDENTIFICATION="C.UTF-8" LC_ALL= ------------------------------------------------ amyekut@linux-a2te:~> env XDG_VTNR=7 LESSKEY=/etc/lesskey.bin MANPATH=/usr/local/man:/usr/share/man NNTPSERVER=news SSH_AGENT_PID=1427 KDE_MULTIHEAD=false XDG_SESSION_ID=3 HOSTNAME=linux-a2te XKEYSYMDB=/usr/X11R6/lib/X11/XKeysymDB GPG_AGENT_INFO=/tmp/gpg-XzUiOP/S.gpg-agent:1428:1 SHELL=/bin/bash TERM=xterm HOST=linux-a2te PROFILEREAD=true HISTSIZE=1000 KONSOLE_DBUS_SERVICE=:1.48 GTK2_RC_FILES=/etc/gtk-2.0/gtkrc:/home/amyekut/.gtkrc-2.0:/home/amyekut/.config/gtkrc-2.0 KONSOLE_PROFILE_NAME=Default GS_LIB=/home/amyekut/.fonts GTK_RC_FILES=/etc/gtk/gtkrc:/home/amyekut/.gtkrc:/home/amyekut/.config/gtkrc WINDOWID=14680069 MORE=-sl INPUT_METHOD= SHELL_SESSION_ID=e318ecc8d87d4000960343d0c4cb9635 XSESSION_IS_UP=yes GTK_MODULES=canberra-gtk-module KDE_FULL_SESSION=true XDG_SESSION_CLASS=user JRE_HOME=/usr/lib64/jvm/jre USER=amyekut LS_COLORS=no=00:fi=00:di=01;34:ln=00;36:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=41;33;01:ex=00;32:*.cmd=00;32:*.exe=01;32:*.com=01;32:*.bat=01;32:*.btm=01;32:*.dll=01;32:*.tar=00;31:*.tbz=00;31:*.tgz=00;31:*.rpm=00;31:*.deb=00;31:*.arj=00;31:*.taz=00;31:*.lzh=00;31:*.lzma=00;31:*.zip=00;31:*.zoo=00;31:*.z=00;31:*.Z=00;31:*.gz=00;31:*.bz2=00;31:*.tb2=00;31:*.tz2=00;31:*.tbz2=00;31:*.xz=00;31:*.avi=01;35:*.bmp=01;35:*.fli=01;35:*.gif=01;35:*.jpg=01;35:*.jpeg=01;35:*.mng=01;35:*.mov=01;35:*.mpg=01;35:*.pcx=01;35:*.pbm=01;35:*.pgm=01;35:*.png=01;35:*.ppm=01;35:*.tga=01;35:*.tif=01;35:*.xbm=01;35:*.xpm=01;35:*.dl=01;35:*.gl=01;35:*.wmv=01;35:*.aiff=00;32:*.au=00;32:*.mid=00;32:*.mp3=00;32:*.ogg=00;32:*.voc=00;32:*.wav=00;32: XNLSPATH=/usr/share/X11/nls XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session1 XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0 QEMU_AUDIO_DRV=pa SSH_AUTH_SOCK=/tmp/ssh-oPwU5Ifj2yi6/agent.1350 HOSTTYPE=x86_64 CONFIG_SITE=/usr/share/site/x86_64-unknown-linux-gnu FROM_HEADER= SESSION_MANAGER=local/linux-a2te:@/tmp/.ICE-unix/1483,unix/linux-a2te:/tmp/.ICE-unix/1483 PAGER=less CSHEDIT=emacs XDG_CONFIG_DIRS=/etc/xdg MINICOM=-c on MAIL=/var/spool/mail/amyekut DESKTOP_SESSION=/usr/share/xsessions/plasma5 PATH=/home/amyekut/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games CPU=x86_64 QT_IM_MODULE=xim JAVA_BINDIR=/usr/lib64/jvm/jre/bin XDG_SESSION_TYPE=x11 PWD=/home/amyekut INPUTRC=/home/amyekut/.inputrc XMODIFIERS=@im=local JAVA_HOME=/usr/lib64/jvm/jre KONSOLE_DBUS_WINDOW=/Windows/1 LANG=C.UTF-8 KDE_SESSION_UID=1000 PYTHONSTARTUP=/etc/pythonstart KONSOLE_DBUS_SESSION=/Sessions/1 SSH_ASKPASS=/usr/lib/ssh/ksshaskpass AUDIODRIVER=pulseaudio GPG_TTY=/dev/pts/0 COLORFGBG=15;0 HOME=/home/amyekut QT_SYSTEM_DIR=/usr/share/desktop-data SHLVL=2 XDG_SEAT=seat0 LANGUAGE= KDE_SESSION_VERSION=5 ALSA_CONFIG_PATH=/etc/alsa-pulse.conf OSTYPE=linux LESS_ADVANCED_PREPROCESSOR=no SDL_AUDIODRIVER=pulse LS_OPTIONS=-N --color=tty -T 0 XCURSOR_THEME=breeze_cursors WINDOWMANAGER=/usr/bin/startkde LESS=-M -I -R MACHTYPE=x86_64-suse-linux XDG_SESSION_DESKTOP=KDE G_FILENAME_ENCODING=@locale,UTF-8,ISO-8859-1,CP1252 LOGNAME=amyekut XDG_DATA_DIRS=/usr/share DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-VIxpPiSPqO,guid=818e47fd05d640f6287866d656a74e35 LESSOPEN=lessopen.sh %s PROFILEHOME= XDG_RUNTIME_DIR=/run/user/1000 DISPLAY=:0 GTK_IM_MODULE=cedilla XAUTHLOCALHOSTNAME=linux-a2te XDG_CURRENT_DESKTOP=KDE VDPAU_DRIVER=va_gl LESSCLOSE=lessclose.sh %s %s G_BROKEN_FILENAMES=1 QT_IM_SWITCHER=imsw-multi XAUTHORITY=/tmp/xauth-1000-_0 COLORTERM=1 JAVA_ROOT=/usr/lib64/jvm/jre OLDPWD=/home/amyekut/Desktop/Documents/misc/2015/עסקים/דירה-באר-שבע/חוזים_חדשים _=/usr/bin/env amyekut@linux-a2te:~> -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=958682
http://bugzilla.opensuse.org/show_bug.cgi?id=958682#c9
--- Comment #9 from Tomáš Chvátal
http://bugzilla.opensuse.org/show_bug.cgi?id=958682
http://bugzilla.opensuse.org/show_bug.cgi?id=958682#c10
--- Comment #10 from Amnon Yekutieli
That locale output for sure is werid or wrong.
Please set it to correct value either to en_US or any other you desire to use.
In yast2 go to language and in details there set the locale settings to something like en_US or anything else.
Currently the locale is set to "en_DK" (I like the date and time format), with secondary language "Hebrew". I will try "en_US" and see if there is any change in behavior.
Also the leap was clean installation or was it migrated from 13.2?
A clean install from a USB stick. Amnon -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=958682
http://bugzilla.opensuse.org/show_bug.cgi?id=958682#c11
--- Comment #11 from Amnon Yekutieli
That locale output for sure is werid or wrong.
Please set it to correct value either to en_US or any other you desire to use.
In yast2 go to language and in details there set the locale settings to something like en_US or anything else.
Also the leap was clean installation or was it migrated from 13.2?
More on curent locale: "ctype only" and "UTF-8 encoding". -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=958682
http://bugzilla.opensuse.org/show_bug.cgi?id=958682#c12
--- Comment #12 from Amnon Yekutieli
(In reply to Tomáš Chvátal from comment #9)
That locale output for sure is werid or wrong.
Please set it to correct value either to en_US or any other you desire to use.
In yast2 go to language and in details there set the locale settings to something like en_US or anything else.
Also the leap was clean installation or was it migrated from 13.2?
More on curent locale: "ctype only" and "UTF-8 encoding".
So - I tried switching to "en_US", and it did not help. Then I tried "Hebrew" as the language, and that did not help. Moreover - the change of language did not actually come into effect! The YAST menu for language did change to Hebrew, but everything else remaind in English as before. Even after rebooting. So *there is a big bug in localization*. Please respond. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=958682
http://bugzilla.opensuse.org/show_bug.cgi?id=958682#c13
--- Comment #13 from Tomáš Chvátal
(In reply to Amnon Yekutieli from comment #11)
(In reply to Tomáš Chvátal from comment #9)
That locale output for sure is werid or wrong.
Please set it to correct value either to en_US or any other you desire to use.
In yast2 go to language and in details there set the locale settings to something like en_US or anything else.
Also the leap was clean installation or was it migrated from 13.2?
More on curent locale: "ctype only" and "UTF-8 encoding".
So - I tried switching to "en_US", and it did not help. Then I tried "Hebrew" as the language, and that did not help.
Moreover - the change of language did not actually come into effect! The YAST menu for language did change to Hebrew, but everything else remaind in English as before. Even after rebooting. So *there is a big bug in localization*.
Please respond.
Interesting, because I use czech locale on my machine. When testing I switched whole system to hebrew and it worked just as expected (good that I can read it :)). yast2 language should also install the helper packages. That is to be later on on user login overriden by the desktop environment settings. So check if in terminal (ctrl+alt+f1) the language is set correctly and then check systemsettings if there it is possible to set language to the de itself. Another testing option might be to try to create new user on the system and checking if it behaves correctly there... I suppose the /home/ directory is separate filesystem and was carried over from older instalation or it is also "from scratch"? -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=958682
http://bugzilla.opensuse.org/show_bug.cgi?id=958682#c14
Christophe Giboudeaux
http://bugzilla.opensuse.org/show_bug.cgi?id=958682
http://bugzilla.opensuse.org/show_bug.cgi?id=958682#c15
Wolfgang Bauer
LANG=C.UTF-8 LC_CTYPE="C.UTF-8" LC_NUMERIC="C.UTF-8" LC_TIME="C.UTF-8" LC_COLLATE="C.UTF-8" LC_MONETARY="C.UTF-8" LC_MESSAGES="C.UTF-8" LC_PAPER="C.UTF-8" LC_NAME="C.UTF-8" LC_ADDRESS="C.UTF-8" LC_TELEPHONE="C.UTF-8" LC_MEASUREMENT="C.UTF-8" LC_IDENTIFICATION="C.UTF-8" LC_ALL=
A similar problem was also discussed here: https://forums.opensuse.org/showthread.php/512803-Can-t-open-file-if-the-fol... Changing the locale to something proper seems to have fixed it. So I think the question is, why is the locale set to 'C', and where does this come from? IMHO, not a bug in KDE though. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=958682
http://bugzilla.opensuse.org/show_bug.cgi?id=958682#c16
--- Comment #16 from Amnon Yekutieli
Random questions :
Is the filesystem encrypted ? if yes how ?
The file system is not encrypted.
Is /home on its own partition ? what's the `mount` output for this partition ?
Re partitionss - I am not sure. Please instruct me how to get this information.
Does it help if you first copy the file to another partition then try to open it ?
Same - I don't know. Thanks, Amnon -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=958682
http://bugzilla.opensuse.org/show_bug.cgi?id=958682#c17
--- Comment #17 from Amnon Yekutieli
Well, the main problem seems to be this: (In reply to Amnon Yekutieli from comment #8)
LANG=C.UTF-8 LC_CTYPE="C.UTF-8" LC_NUMERIC="C.UTF-8" LC_TIME="C.UTF-8" LC_COLLATE="C.UTF-8" LC_MONETARY="C.UTF-8" LC_MESSAGES="C.UTF-8" LC_PAPER="C.UTF-8" LC_NAME="C.UTF-8" LC_ADDRESS="C.UTF-8" LC_TELEPHONE="C.UTF-8" LC_MEASUREMENT="C.UTF-8" LC_IDENTIFICATION="C.UTF-8" LC_ALL=
A similar problem was also discussed here: https://forums.opensuse.org/showthread.php/512803-Can-t-open-file-if-the- folder-is-using-a-odd-letter Changing the locale to something proper seems to have fixed it.
So I think the question is, why is the locale set to 'C', and where does this come from?
IMHO, not a bug in KDE though.
I did try to change locale severall times from the YAST interface. With no effect. I'll try a new installeation next week (when I return home). Will report then. Thanks, Amnon -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=958682
http://bugzilla.opensuse.org/show_bug.cgi?id=958682#c18
--- Comment #18 from Christophe Giboudeaux
http://bugzilla.opensuse.org/show_bug.cgi?id=958682
http://bugzilla.opensuse.org/show_bug.cgi?id=958682#c19
--- Comment #19 from Amnon Yekutieli
ok, run :
mount | grep home
and paste the output please.
Here it is: amyekut@linux-a2te:~> mount | grep home /dev/sda9 on /home type xfs (rw,relatime,attr2,inode64,noquota) amyekut@linux-a2te:~> -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=958682
http://bugzilla.opensuse.org/show_bug.cgi?id=958682#c20
--- Comment #20 from Wolfgang Bauer
(In reply to Wolfgang Bauer from comment #15)> I did try to change locale severall times from the YAST interface. With no effect.
AFAIR that didn't help in the forum thread either. But it should work if you run "LC_ALL=en_US dolphin" (or similar) in Konsole, right? Adding "export LC_ALL=en_US" (or whatever) to ~/.profile might be a workaround then. But of course it would be better to find the actual reason why the locale is set to 'C' and fix that... Can you maybe post /etc/sysconfig/language as well, please? -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=958682
http://bugzilla.opensuse.org/show_bug.cgi?id=958682#c21
--- Comment #21 from Amnon Yekutieli
(In reply to Amnon Yekutieli from comment #17)
(In reply to Wolfgang Bauer from comment #15)> I did try to change locale severall times from the YAST interface. With no effect.
AFAIR that didn't help in the forum thread either.
But it should work if you run "LC_ALL=en_US dolphin" (or similar) in Konsole, right?
I ran it, and there were a lot of changes, and some error messages - it is now stuck on: QPainter::begin: Paint device returned engine == 0, type: 2 Overwriting existing old cached entry due to collision. QPixmap::scaled: Pixmap is a null pixmap
Adding "export LC_ALL=en_US" (or whatever) to ~/.profile might be a workaround then. But of course it would be better to find the actual reason why the locale is set to 'C' and fix that...
Can you maybe post /etc/sysconfig/language as well, please?
Here's the file: ## Path: System/Environment/Language ## Type: string(ibus,fcitx,gcin,scim,scim-bridge,uim,kinput2,kinput2-canna,kinput2-wnn,nabi,wnn,atokx,xcin,none) ## Default: "" # # A default input method to be used in X11 can be selected here. # If this variable is set and a script with the same name # as the value of this variable exists in the directory /etc/X11/xim.d/ # this script is sourced when X11 is started to start an input method. # # The special value "none" (/etc/X11/xim.d/none) means: # Do not use any input method at all. # # For more details see the comments at the top of /etc/X11/xim. # INPUT_METHOD="" ## Path: System/Environment/Language ## Description: ## Type: string(POSIX,ca_ES.ISO-8859-1,ca_ES.UTF-8,cs_CZ.ISO-8859-2,cs_CZ.UTF-8,da_DE@euro,da_DK.ISO-8859-1,da_DK.UTF-8,de_DE@euro,de_DE.ISO-8859-1,de_DE.UTF-8,el_GR.ISO-8859-7,el_GR.UTF-8,en_GB.ISO-8859-1,en_GB.UTF-8,en_IE@euro,en_IE.ISO-8859-1,en_US.ISO-8859-1,es_ES@euro,es_ES.ISO-8859-1,es_ES.UTF-8,fr_FR@euro,fr_FR.ISO-8859-1,fr_FR.UTF-8,gl_ES@euro,gl_ES.ISO-8859-1,gl_ES.utf-8,hr_HR.ISO-8859-2,hu_HU.ISO-8859-2,hu_HU.UTF-8,it_IT@euro,it_IT.ISO-8859-1,it_IT.UTF-8,ja_JP.eucJP,ja_JP.UTF-8,lt_LT.ISO-8859-13,lt_LT.UTF-8,nl_NL@euro,nl_NL.ISO-8859-1,nl_NL.UTF-8,ru_RU.ISO-8859-5,ru_RU.KOI8-R,ru_RU.UTF-8,sk_SK.ISO-8859-2,sk_SK.UTF-8,tr_TR.ISO-8859-9,tr_TR.UTF-8,ko_KR.eucKR,ko_KR.UTF-8,zh_TW.Big5,zh_TW.UTF-8,zh_CN.GB2312,zh_CN.UTF-8) ## Default: "" ## Config: OpenOffice.org,groff,ispell,kde,kdm,profiles,susehelp,susewm,tetex,wdm # # # Local users will get RC_LANG as their default language, i.e. the # environment variable $LANG . $LANG is the default of all $LC_*-variables, # as long as $LC_ALL is not set, which overrides all $LC_-variables. # Root uses this variable only if ROOT_USES_LANG is set to "yes". # RC_LANG="en_DK" ## Type: string ## Default: "" # # This variable will override all LC-variables!! # Again, ROOT_USES_LANG must be set to "yes", if an effect on the superuser # account is desired. # RC_LC_ALL="" ## Type: string ## Default: "" # # This defines the locale in which messages of programs and # libraries with i18n-support should appear if a translated # message catalog for the library or the program is installed. # This also provides localized yes/no answers. # RC_LC_MESSAGES="" ## Type: string ## Default: "" # # This defines the locale for character handling and classification. # The libc uses this value in language dependent function calls, such # as e.g. uppercase/lowercase mapping of foreign characters. # RC_LC_CTYPE="" ## Type: string ## Default: "" # # This defines the locale for sorting strings and characters. # It is used by the libc to obtain the alphabetical order of characters # (e.g. for string comparisons). # RC_LC_COLLATE="" ## Type: string ## Default: "" # # This defines the locale for date and time output formats. # i.e.: 06/09/1999 vs. 09.06.1999 # RC_LC_TIME="" ## Type: string ## Default: "" # # This defines the locale for formatting and reading numbers. # i.e.: 1,234.56 vs. 1.234,56 # RC_LC_NUMERIC="" ## Type: string ## Default: "" # # This defines the locale for formatting and reading money values. # RC_LC_MONETARY="" ## Type: string ## Default: "" # # This defines the locale for format of paper. # RC_LC_PAPER="" ## Type: string(ctype) ## Default: ctype # # This defines if the user "root" should use the locale settings # which are defined here. # Value "ctype" means that root uses just LC_CTYPE. # Value "yes" means that root uses the full settings.. # ROOT_USES_LANG="yes" ## Type: yesno ## Default: no # # Workaround for missing forward of LANG and LC variables # of e.g. ssh login connections. # AUTO_DETECT_UTF8="no" ## Type: string ## Default: "" # # List of installed language supports, use by YaST2 # INSTALLED_LANGUAGES="he_IL,en_DK" -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=958682
http://bugzilla.opensuse.org/show_bug.cgi?id=958682#c22
--- Comment #22 from Wolfgang Bauer
I ran it, and there were a lot of changes, and some error messages - it is now stuck on:
QPainter::begin: Paint device returned engine == 0, type: 2 Overwriting existing old cached entry due to collision. QPixmap::scaled: Pixmap is a null pixmap
You can ignore that I suppose. But what do you mean with "stuck"? Does no dolphin window show up?
Can you maybe post /etc/sysconfig/language as well, please?
Here's the file:
Looks ok. What do you get if you run "locale" in text mode? E.g. press Ctrl+Alt+F1. If the locale is 'C' as well there, it's definitely not a KDE problem or even a problem of the graphical session. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=958682
http://bugzilla.opensuse.org/show_bug.cgi?id=958682#c23
--- Comment #23 from Wolfgang Bauer
What do you get if you run "locale" in text mode? E.g. press Ctrl+Alt+F1.
PS: please login as the same user, in particular not as root. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=958682
Martin Pluskal
http://bugzilla.opensuse.org/show_bug.cgi?id=958682
http://bugzilla.opensuse.org/show_bug.cgi?id=958682#c24
--- Comment #24 from Amnon Yekutieli
(In reply to Wolfgang Bauer from comment #22)
What do you get if you run "locale" in text mode? E.g. press Ctrl+Alt+F1.
PS: please login as the same user, in particular not as root.
The locale command in "text mode" (In reply to Wolfgang Bauer from comment #23)
(In reply to Wolfgang Bauer from comment #22)
What do you get if you run "locale" in text mode? E.g. press Ctrl+Alt+F1.
PS: please login as the same user, in particular not as root.
I did as suggested. The locale command there gave "en_DK", as it should. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=958682
http://bugzilla.opensuse.org/show_bug.cgi?id=958682#c25
--- Comment #25 from Wolfgang Bauer
I did as suggested. The locale command there gave "en_DK", as it should.
Ok. And what if you login to IceWM e.g.? -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=958682
http://bugzilla.opensuse.org/show_bug.cgi?id=958682#c26
--- Comment #26 from Amnon Yekutieli
(In reply to Amnon Yekutieli from comment #24)
I did as suggested. The locale command there gave "en_DK", as it should.
Ok. And what if you login to IceWM e.g.?
I tried IceWM. This was even worse: the Hebrew characters didn't display properly. I will try a fresh installation of SUSE LEAP over the weekend. Will report on the outcome. Amnon -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=958682
http://bugzilla.opensuse.org/show_bug.cgi?id=958682#c27
--- Comment #27 from Wolfgang Bauer
I tried IceWM. This was even worse: the Hebrew characters didn't display properly.
Well, I rather meant what does locale report in that case, but it's probably the same. But please post the output to confirm. At least it doesn't seem to be a KDE specific problem then... So we probably should reassign it to Xorg. Do you have an ~/.xinitrc file maybe? Did you try a fresh user account already? If that shows the same behavior, something might go wrong in the xinit startup scripts I suppose. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=958682
http://bugzilla.opensuse.org/show_bug.cgi?id=958682#c28
--- Comment #28 from Amnon Yekutieli
(In reply to Amnon Yekutieli from comment #26)
I tried IceWM. This was even worse: the Hebrew characters didn't display properly.
Well, I rather meant what does locale report in that case, but it's probably the same. But please post the output to confirm.
At least it doesn't seem to be a KDE specific problem then... So we probably should reassign it to Xorg.
Do you have an ~/.xinitrc file maybe?
Did you try a fresh user account already? If that shows the same behavior, something might go wrong in the xinit startup scripts I suppose.
I am trying a radically different solution to my problem: I just installed KUBUNTU 15.10. It is running the same KDE plasma desktop. The problems that I complained about do not show up here -- both OKULAR and LIBREOFFICE can open files with Hebrew names. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=958682
http://bugzilla.opensuse.org/show_bug.cgi?id=958682#c29
--- Comment #29 from Wolfgang Bauer
I am trying a radically different solution to my problem: I just installed KUBUNTU 15.10. It is running the same KDE plasma desktop.
The problems that I complained about do not show up here -- both OKULAR and LIBREOFFICE can open files with Hebrew names.
Well, it should work in openSUSE too if the locale was set correctly. And you'd probably have the same problem in KUbuntu if you set your locale to 'C'. The question is *why* the locale is set to 'C'. Can you please confirm if the output of locale is the same when logged in to IceWM? -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=958682
http://bugzilla.opensuse.org/show_bug.cgi?id=958682#c30
--- Comment #30 from Amnon Yekutieli
(In reply to Amnon Yekutieli from comment #28)
I am trying a radically different solution to my problem: I just installed KUBUNTU 15.10. It is running the same KDE plasma desktop.
The problems that I complained about do not show up here -- both OKULAR and LIBREOFFICE can open files with Hebrew names.
Well, it should work in openSUSE too if the locale was set correctly. And you'd probably have the same problem in KUbuntu if you set your locale to 'C'.
The question is *why* the locale is set to 'C'.
Can you please confirm if the output of locale is the same when logged in to IceWM?
I can't do that, because I have unistalled openSUSE from my notebook computer, and have KUBUNTU running on it! If this OS (KUBUNTU) works well for me, I will remain with it. So far it has been much better-behaved from SUSE. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=958682
http://bugzilla.opensuse.org/show_bug.cgi?id=958682#c31
Wolfgang Bauer
I can't do that, because I have unistalled openSUSE from my notebook computer, and have KUBUNTU running on it!
Well, then there's not much we can do here I'm afraid. For the record, I did some experiments myself and cannot reproduce the problem, except by explicitly setting the 'C' locale in KDE's settings (Configure Desktop->Locale->Region). In that case, KDE/Plasma5 sets the locale on login, so it will be 'C' inside a Plasma5 session, but the system-wide one (en_DK or whatever) in a text-mode console or IceWM e.g. And changing it in YaST doesn't seem to have effect as it only changes the system default, which is overridden by the user setting on login. But that's intended behavior. I even tried a fresh user account (with the system locale set to en_DK), and the locale was set to en_DK inside Plasma5 as expected. So IMHO you must have set it to 'C' in systemsettings5 yourself, either on purpose or by mistake. When you did a fresh installation, you probably reused the home partition so the setting sticked. Changing it to something else (or "No change") in KDE's settings should have fixed it. All in all, I don't see a bug here, so closing as INVALID. Please feel free to reopen if you want to try openSUSE again and still see the same problem. But again, if you set the locale to 'C' in KDE's settings, this is to be expected and no bug. -- You are receiving this mail because: You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply@novell.com