Closed
Bug 16156
Opened 25 years ago
Closed 25 years ago
relative URL resolved without considering redirect
Categories
(Core :: Networking, defect, P3)
Core
Networking
Tracking
()
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>
Summary: javascript sends me to the wrong place → [PP]javascript sends me to the wrong place
Comment 5•25 years ago
|
||
worksforme too. Oct. 11 build, Linux. dbaron- many thanks for the bug recategorization!
Comment 6•25 years ago
|
||
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?
Updated•25 years ago
|
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Comment 8•25 years ago
|
||
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
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
Comment 12•25 years ago
|
||
I don't think this belongs to Vidur either. Changing component to necko
Comment 13•25 years ago
|
||
I think this is a dup of 10647 or 20072.
Comment 14•25 years ago
|
||
Bulk move of all Necko (to be deleted component) bugs to new Networking component.
Status: NEW → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → DUPLICATE
Assignee | ||
Comment 15•25 years ago
|
||
Its a dup. *** This bug has been marked as a duplicate of 10647 ***
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 16•25 years ago
|
||
Dup. Verified.
You need to log in
before you can comment on or make changes to this bug.
Description
•