| Summary: | konqueror fails to render pages correctly if a space is incorrectly positioned in css path. | ||
|---|---|---|---|
| Product: | [Applications] konqueror | Reporter: | James <admin> |
| Component: | khtml | Assignee: | Konqueror Bugs <konqueror-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | andresbajotierra, maksim |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
This occurs on KDE 4.0.4 and KDE 3.5.9. Regards, James Thanks for the report... Is this still valid with a recent KDE version ? (4.1.3 / 4.2beta2 / 4.2svn) ? Thanks :) Hello, This is no longer an issue on KDE 4.2.0. I have tested it on several different sites with different spaces and it no longer looks for %20 etc. Regards, James |
Version: (using KDE 3.5.9) Installed from: Ubuntu Packages If a web page uses css and the path is something like this @import url('/twiki/pub/TWiki/PatternSkin/layout.css '); Konqueror will fail to render the page correctly. This is because Konqueror will append in the http get %20%20%20 which apache will see in the access log like this : xxx.xxx.xxx.xxx - <username> [28/May/2008:12:32:56 +0100] "GET /twiki/pub/TWiki/PatternSkin/layout.css%20%20%20 HTTP/1.1" 404 239 "https://xxx.xxx.xxx.xxx/twiki/bin/view/Engineering/WebHome" "Mozilla/5.0 (compatible; Konqueror/3.5) KHTML/3.5.9 (like Gecko)" If I then look at the apache error log it looks like this [Wed May 28 12:28:36 2008] [error] [client xxx.xxx.xxx.xxx] File does not exist: /usr/local/<path>/twiki/pub/TWiki/PatternSkin/layout.css , referer: https://xxx.xxx.xxx.xxx/twiki/bin/view/Engineering/WebHome This is despite the filename being there without the %20%20%20 encoded onto the end. I understand the need to encode spaces as %20 in the URL however in this case it breaks the rendering of the web pages. In this case I have had access to the source so I could remove the spaces from the template which resolved the problem. Other twiki sites which I do not have access to still render incorrectly if they have the buggy css with spaces appended to the end of the template. Regards, James