Summary: | print:/ , system:/ io slaves, i18n and autocompletion | ||
---|---|---|---|
Product: | [Frameworks and Libraries] kio | Reporter: | Hasso Tepper <hasso> |
Component: | general | Assignee: | Dawit Alemayehu <adawit> |
Status: | RESOLVED NOT A BUG | ||
Severity: | normal | CC: | faure |
Priority: | HI | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Hasso Tepper
2003-12-03 15:00:56 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. 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... |