[Bug 184997] Paths in nfs:// in dolphin are shown with wrong "/", unable to follow

[Michael Zanetti]

https://bugs.kde.org/show_bug.cgi?id=184997





--- Comment #26 from Michael Zanetti <mzanetti kde org>  2010-12-11 21:16:17 ---
Created an attachment (id=54435)
 --> (http://bugs.kde.org/attachment.cgi?id=54435)
new patch using 2f character for root folders

OK... Now I've understood the problem. The reason for using '⁄' instead of '/'
is to prevent the user from navigating up the root path.

Example: If you have a share, say "10.10.10.1/mnt/data/share1" containing
folders named "foo/bar" it will appear in dolphin this way:
nfs://10.10.10.1/mnt⁄data⁄share1/foo/bar (notice the ⁄ instead of / in
mnt⁄data⁄share1 and the regular / afterwards).
This makes the root path "mnt⁄data⁄share1" appear as a single folder and
prevents the user to navigate to /mnt/data as this won't be accessible either.
So this kinda would improve usability here. However, this comes at a cost. When
using this notation the user cannot input
"nfs://10.10.10.1/mnt/data/share1/foo" any more into the address field, but is
forced to navigate to it by clicking the icons (or input the ⁄-character
somehow which usually isn't present on a keyboard).

Attached you find a patch that fixes the ioslave to be used this way by using
the correct combination of KIO::encodeFileName() and KIO::decodeFileName().
Currently this works only for browsing using the ioslave. Opening documents
using other applications does not work as there seem to be more places having
problems with '⁄'.

Anyways, in my opinion the first patch is the one that should be applied as it
enables the user to input the path manually into the address field. (and it
works also for opening files with other apps)

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.