Closed Bug 16156 Opened 25 years ago Closed 25 years ago

relative URL resolved without considering redirect

Categories

(Core :: Networking, defect, P3)

defect

Tracking

()

VERIFIED DUPLICATE of bug 10647

People

(Reporter: renduy, Assigned: gagan)

References

()

Details

<http://rintintin.colorado.edu/~renduy/index.html>
At the bottom of my page I have a pi.xbm (alt="pi"). The <a href> contains

onmouseover="autoLoad('index.cgi')"

This should send me to <http://rintintin.colorado.edu/~renduy/index.cgi> but
instead sends me to <http://rintintin.colorado.edu/index.html>
Assignee: mccabe → vidur
Component: Javascript Engine → DOM Level 0
This works fine in Linux apprunner 1999-10-11-08-M11.  What build are you using?

Also, this is DOM, not JS.  Changing component and owner.
I am using apprunner M10 for macintosh. This bug has been here in previous Mac

Mozillas.

<ftp://ftp.mozilla.org/pub/mozilla/releases/m10/mozilla-mac-M10.sea.hqx>
QA Contact: cbegle → desale
updating qa contact
Works fine on WinNT -- Oct. 12th build.
Summary: javascript sends me to the wrong place → [PP]javascript sends me to the wrong place
worksforme too.  Oct. 11 build, Linux.

dbaron- many thanks for the bug recategorization!
This works for me on Mac too.
Well, if it works on the Mac, then either:
 * it doesn't exist in current builds
 * there's something about the reporter's system that you're not replicating

I earlier marked it [PP] because it seemed Mac-only.

Should it be marked WORKSFORME instead?
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
worksforme is probably the right resolution.

renduy - if you can try this out against our development tip or a future
milestone release, and it still turns out to be a problem, don't hesitate to
reopen the bug.

Thanks -
Mike
Status: RESOLVED → REOPENED
I just tried this again with <ftp://ftp.mozilla.org/pub/mozilla/nightly/1999-10-
12-08-M11/mozilla-mac-M11.sea.hqx> and had the same problem. Just noticed that I
typed part of the original bug report wrong:

From <http://rintintin.colorado.edu/~renduy> (note the lack of the final slash.)
The browser should be going to
<http://rintintin.colorado.edu/~renduy/index.cgi>
  but instead is going to
<http://rtt.colorado.edu/index.cgi>

--Yannick
Resolution: WORKSFORME → ---
OK, so it's the "classic" bug on resolving relative URLs in a page with a
redirect based on the URL before the redirect rather than after the redirect.
Is there an open bug on this or is this one a special case?

Clearing WORKSFORME resolution.  The typo makes a huge difference.  I am seeing
this on Linux apprunner 1999-10-12-08-M11.
OS: Mac System 8.6 → All
Hardware: Macintosh → All
Summary: [PP]javascript sends me to the wrong place → relative URL resolved without considering redirect
Changing to All/All and retitling from "javascript sends me to the wrong place"
to "relative URL resolved without considering redirect".

It's still probably the wrong component and probably a duplicate of an already
existing bug.
Assignee: vidur → gagan
Status: REOPENED → NEW
Component: DOM Level 0 → Necko
I don't think this belongs to Vidur either. Changing component to necko
I think this is a dup of 10647 or 20072.
Bulk move of all Necko (to be deleted component) bugs to new Networking

component.
Status: NEW → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → DUPLICATE
Its a dup.

*** This bug has been marked as a duplicate of 10647 ***
Status: RESOLVED → VERIFIED
Dup. Verified.
You need to log in before you can comment on or make changes to this bug.