Bug 142596 - treats non-unique paths as unique files
Summary: treats non-unique paths as unique files
Status: RESOLVED FIXED
Alias: None
Product: kate
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Debian testing Linux
: NOR normal
Target Milestone: ---
Assignee: KWrite Developers
URL:
Keywords:
: 143778 153993 (view as bug list)
Depends on:
Blocks:
 
Reported: 2007-03-06 15:02 UTC by Olivier Vitrat
Modified: 2009-06-04 23:42 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Olivier Vitrat 2007-03-06 15:02:53 UTC 
Version:            (using KDE KDE 3.5.5)
Installed from:    Debian testing/unstable Packages

This has been reported in Debian BTS at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=377236

The file loading will treat semantically-identical but string-differing 
paths as unique files. For example:
	/path/to/file
	/path/to//file
are treated as two different files, even though they really aren't.

This causes problems when using the internal file-searching tool when 
the "Folder" entry contains a trailing slash. The file-opening code 
should probably trim out unnecessary path elements before checking that 
the file isn't already open.
Comment 1 Anders Lund 2007-03-09 17:28:44 UTC 
This happens for me too, typically when I use the grep tool and have a / at the end of the search directory. We should clean up the URL when opening a file.
Comment 2 Thomas Friedrichsmeier 2007-12-14 00:20:29 UTC 
*** Bug 153993 has been marked as a duplicate of this bug. ***
Comment 3 Dominik Haumann 2007-12-14 10:11:02 UTC 
There is KUrl::cleanPath, the option SimplifyDirSeparators should fix this issue.
Comment 4 Joseph Wenninger 2008-11-29 16:34:04 UTC 
Fixed in r890601 by using cleanPath in openUrl and findDocument.

I'm thinking about resolving links f
Comment 5 Joseph Wenninger 2008-11-29 16:35:47 UTC 
Fixed in r890601 by using cleanPath in openUrl and findDocument.

I'm thinking about resolving links for local files too in future.
Comment 6 Dominik Haumann 2009-06-04 23:42:08 UTC 
*** Bug 143778 has been marked as a duplicate of this bug. ***