Version: (using KDE Devel) Installed from: Compiled sources Compiler: gcc-3.3.2 OS: Linux I'm using KDE translated to Estonian. If I start to enter print:/ or system:/ URL to Konqueror location toolbar after entering "/" symbol autocompletion pops up. Paths are localized in this list (as are directories in view if I open just print:/ or system:/ in Konqueror). If I will choose something from autocompletion list, Konqueror tries open URL with localized PATH and it fails. If I open just print:/ or system:/ in Konqueror and click icons in icon view everything works as expected.
I can confirm this for kio_system and kio_print. kio_settings seems to be immune. There is no component for kio_print, so I'm taking the liberty of assigning to the maintainer manually. This one goes to kio_print. I will open a new bug report for kio_system.
settings:/ is different case, seems. It works somehow if localized name doesn't contain umlauts etc (ie. symbols which are represented with 2 bytes in UTF8). Somehow because I can eneter to the directory only. If I continue with autcompletion - ie. try to open settings:/Heli ja multimeedia/Mikser (settings:/Sound & multimedia/Mixer in english), it doesn't work.
I think this is caused by the KURIFilter issues that were recently addressed. See http://bugs.kde.org/show_bug.cgi?id=68744 and http://bugs.kde.org/show_bug.cgi?id=64304 Can you update your sources and see if this problem still occurs ? Thanks.
Umlauts problem with settings:/ is fixed, but not general problem with ioslaves.
Confirm settings:/ working. print:/ isn't yet working.
Still not correct, current behavior is different tho: at the first level, Konqi tries to complete only the English name, at further levels it offers the name of the desktop file. Example: settings:/Sound/kcmnotify
With 3.5.5 print:/ is working for me. But e.g. settings:/Desktop/desktop also still offers the desktop file and asks me if I want to open it in kwrite ...
This bug is no longer valid in KDE 4...