Bug 69569 - print:/ , system:/ io slaves, i18n and autocompletion
Summary: print:/ , system:/ io slaves, i18n and autocompletion
Status: RESOLVED NOT A BUG
Alias: None
Product: kio
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: HI normal
Target Milestone: ---
Assignee: Dawit Alemayehu
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-12-03 15:00 UTC by Hasso Tepper
Modified: 2010-12-04 19:14 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Hasso Tepper 2003-12-03 15:00:56 UTC
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.
Comment 1 Thiago Macieira 2003-12-03 15:25:24 UTC
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.
Comment 2 Hasso Tepper 2003-12-03 16:09:20 UTC
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.
Comment 3 Dawit Alemayehu 2003-12-15 21:56:35 UTC
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.
Comment 4 Hasso Tepper 2003-12-17 07:31:27 UTC
Umlauts problem with settings:/ is fixed, but not general problem with ioslaves.
Comment 5 Thiago Macieira 2003-12-19 16:53:03 UTC
Confirm settings:/ working. 
print:/ isn't yet working.
Comment 6 Lukáš Tinkl 2005-07-17 12:31:39 UTC
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
Comment 7 Martin Koller 2006-12-17 16:34:48 UTC
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 ...
Comment 8 Dawit Alemayehu 2010-12-04 19:14:54 UTC
This bug is no longer valid in KDE 4...