Bug 89607 - [testcase] [site-issue] script menu making wrong link address
Summary: [testcase] [site-issue] script menu making wrong link address
Status: RESOLVED UNMAINTAINED
Alias: None
Product: konqueror
Classification: Applications
Component: khtml ecma (show other bugs)
Version: 3.2.2
Platform: Debian testing Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-09-16 02:53 UTC by Dan Willett
Modified: 2012-06-18 14:07 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
testcase (826 bytes, application/x-tgz)
2006-09-04 22:04 UTC, kirun
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Dan Willett 2004-09-16 02:53:40 UTC
Version:           3.2.2 (using KDE KDE 3.2.3)
Installed from:    Debian testing/unstable Packages
OS:                Linux

The test case page is at: http://demo.microrack.net:8001/bin/menu

This page works correctly in Mozilla and IE.  Browser identification must be set to Mozilla for page to come up.

User name is: demo
password is: testit

When the page comes up, there is a menu on the left hand side, in Mozilla the menu links on the left resolve correctly, however in Konqueror they are incorrect.  For example, if you click on the LogAn menu item in Mozilla it correctly resolves to: http://demo.microrack.net:8001/bin/logan

however in konqueror it incorrectly resolves to: http://demo.microrack.net:8001/aimg/logan

I prefer to use konqueror but this bug makes it so that I have to bring up Mozilla when doing my administration... a real pain.
Comment 1 Florian Sievert 2006-08-30 19:04:15 UTC
The HTML Code of the menu does hurt several points of a well-formed w3c html document. However, the problem can be confirmed on KDE 3.5.4. Working with Firefox 1.5.0.4 and IE6.
Comment 2 Philip Rodrigues 2006-08-30 20:11:07 UTC
Behaviour confirmed on r575787, but this will really need a minimal testcase for the developers to be able to look at it
Comment 3 Stefan Monov 2006-09-01 13:33:46 UTC
I don't see any menu; instead, I see a list of browsers the "system" has been designed for.
Comment 4 Stefan Monov 2006-09-02 08:02:30 UTC
Sorry, in fact I can reproduce the behavior with KDE 3.5.4 on SUSE Linux 10.1.
Comment 5 Martin Fabian Hohenberg 2006-09-03 10:55:00 UTC
I second #3 ... The site seems to check for the user_agent string and throws out a list of "supported browsers" - konqueror is not one of them. When I change the user-agent string of konqueror, the bug is reproducable. This is Konqueror 3.5.4
Comment 6 kirun 2006-09-04 21:49:46 UTC
This is down to the use of document.write across frames, where the source documents have different folders.

Firefox creates links relative to the document doing the writing, while Konqueror creates links relative to the document being written to.
Comment 7 kirun 2006-09-04 22:04:30 UTC
Created attachment 17637 [details]
testcase

Small testcase to demonstrate the difference - the generated link should point
to a different page in Konqueror 3.5.1 Vs Firefox 1.5
Comment 8 Philip Rodrigues 2008-07-27 22:05:16 UTC
The testcase in comment 7 works differently in konq from svn trunk r837737 and firefox 3, so I guess the bug is still present
Comment 9 Myriam Schweingruber 2012-06-18 14:07:33 UTC
Message from the Bugsquad and Konqueror teams:
This bug is closed as outdated, as we do not have the manpower to maintain the KDE3 version anymore.
If you still can reproduce this issue with Konqueror 4.8.4 or later, please open a new report.
Thank you for your understanding.