Bug 142596

Summary:	treats non-unique paths as unique files
Product:	[Applications] kate	Reporter:	Olivier Vitrat <ovit.debian>
Component:	general	Assignee:	KWrite Developers <kwrite-bugs-null>
Status:	RESOLVED FIXED
Severity:	normal	CC:	jowenn, kai, olle.bergkvist
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Debian testing
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

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. ***