Created attachment 4775 Backtrace of the thunar problem I'm running Voyager(Xubuntu) Linux 12.10 x64. Thunar crashes either from the terminal or from menu when I try to navigate through folders and/or open files. (segmentation fault) I've added thunar/xfce 4.12 ppa (xubuntu-dev) to install the most fresh build of thunar (1.5.3) but it didn't help. I've attached a backtrace. Thanks
Could you try with "LANG=C thunar". It looks like some translations are broken.
(In reply to comment #1) > Could you try with "LANG=C thunar". It looks like some translations are > broken. Unfortunately, it crashes again, without the "Segmantation Fault" error message.
Bug 9593 seems to be a crash because of a broken string as well.
I don't know what was the problem before and crashed, now it works with "LANG=C thunar". I'll throughout test it and I'll post the results.
(In reply to comment #4) > I don't know what was the problem before and crashed, now it works > with "LANG=C thunar". I'll throughout test it and I'll post the results. Well, the first time I open thunar with "LANG=C thunar" it crashes after a few clicks. All the other calls are successful.
If thunar is running in deamon mode (started by the session manager during login), running "LANG=C thunar" from the terminal will spawn a new window over dbus (and you see the proces in the terminal exit). Therefore you need to run thunar -q first, to exit the daemon. What is normally your language (output of 'locale')?
(In reply to comment #6) > If thunar is running in deamon mode (started by the session manager during > login), running "LANG=C thunar" from the terminal will spawn a new window > over dbus (and you see the proces in the terminal exit). Therefore you need > to run thunar -q first, to exit the daemon. > > What is normally your language (output of 'locale')? I don't run thunar in deamon mode. I run it from terminal after login. The output of the locale: $locale LANG=el_GR.UTF-8 LANGUAGE=el:en LC_CTYPE="el_GR.UTF-8" LC_NUMERIC="el_GR.UTF-8" LC_TIME="el_GR.UTF-8" LC_COLLATE="el_GR.UTF-8" LC_MONETARY="el_GR.UTF-8" LC_MESSAGES="el_GR.UTF-8" LC_PAPER="el_GR.UTF-8" LC_NAME="el_GR.UTF-8" LC_ADDRESS="el_GR.UTF-8" LC_TELEPHONE="el_GR.UTF-8" LC_MEASUREMENT="el_GR.UTF-8" LC_IDENTIFICATION="el_GR.UTF-8" LC_ALL=
Ok. well the other bug (#9593) was also the el_GR translation, which I could reproduce on my system too and was a mistake in the translation. So I'm going to mark this as fixed.
*** Bug 9593 has been marked as a duplicate of this bug. ***