Bug 99777

Summary: konqueror: bad local link generation in utf8 locale.
Product: [Applications] konqueror Reporter: Peter Volkov <torre_cremata>
Component: generalAssignee: Konqueror Developers <konq-bugs>
Status: RESOLVED DUPLICATE    
Severity: normal CC: nico.kruber, thiago
Priority: NOR    
Version: 3.3.2   
Target Milestone: ---   
Platform: unspecified   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Peter Volkov 2005-02-19 13:08:07 UTC 
Version:           3.3.2 (using KDE 3.3.2, Gentoo)
Compiler:          gcc version 3.3.5 (Gentoo Linux 3.3.5-r1, ssp-3.3.2-3, pie-8.7.7.1)
OS:                Linux (i686) release 2.6.10-gentoo-r6

Hello.

I've just downloaded recursivly some pages with wget and I would like to browse them localy with konqueror. Although wget did it's job rather good konqueror fails to open any "subpages" if I have some russian name in the path. 

I'm reading page from this location:
file:/media/flash/Палама/www.krotov.info/history/14/palama_me/mey_00.html
And have some html pages that have links on other "subpages" like this:
<a href="../../../library/m/meyendrf/60meyen.html">

When I press to open this link because it failse because tries to open the following link:
file:/media/flash/Палама/www.krotov.info/library/m/meyendrf/60meyen.html

You see. konqueror while generates local link from the word Палама generates Палама.
As I mentioned my locale is utf8.

Thank you for your attention,
Peter.
Comment 1 Peter Volkov 2005-03-21 12:57:08 UTC 
kde-3.4.0. Nothing changed...
Comment 2 Thiago Macieira 2005-03-31 03:51:49 UTC 
*** Bug 102900 has been marked as a duplicate of this bug. ***
Comment 3 Thiago Macieira 2005-03-31 03:52:49 UTC 
Could be a duplicate of Bug #55177
Comment 4 Peter Volkov 2005-03-31 06:27:29 UTC 
Good time Thiago.

I don't think this is a duplicate of #55177 bug. 

konqueror should work with file:// and this does not concern any of w3c standarts. It's my local file system. The reference in html page is relative to the current html page (../name_of_new_page). So URI (URL) itself does not contain international caracters in it. So here is nothing common with #55177. The only i18n occurs when there is a russian word in the filesystem tree above my "webfilesystem" tree.

Consider example. I have two html pages (w3c compliant, etc.) in my home dirrectory:

/home/peter/мои_странички/dir1/A.html
/home/peter/мои_странички/dir1/B.html

A.html has the <a href="B.html">. When I click this reference мои_странички became converted to something completely wrong.

I know nothing about web links, but I'm sure that local links should work in any way.

Thank you for your attention,
Peter.
Comment 5 Tommi Tervo 2005-10-28 12:57:35 UTC 

*** This bug has been marked as a duplicate of 49523 ***