Closed Bug 69613 Opened 24 years ago Closed 24 years ago

Home page on local hard drive with ":\" won't process anchor tags

Categories

(Core :: Networking: File, defect)

x86
OS/2
defect
Not set
normal

Tracking

()

VERIFIED FIXED

People

(Reporter: pskye_bugzilla, Assigned: mkaply)

Details

(Keywords: testcase)

Attachments

(4 files)

When run for the first time, Warpzilla converts Netscape preferences for its own use. One converted preference is the home page -- for example, if the Netscape 4.61 home page is file:///d:\internet\www\skyehome.htm then Warpzilla will copy this to its own preferences without change. However, when Warpzilla renders the above home page it substitutes hex for the ":" and "\" in the path, i.e. the url appears as file:///d%3A%5Cinternet%5Cwww%5Cskyehome.htm. The home page does load. However, it then doesn't process embedded anchor tags properly. For example, in this home page I use anchor tags such as <a href="#D_"> D </a> ... <a name="D_"> and when I click on the above D anchor, Warpzilla tries to go to file://///d%3A%5Cinternet%5Cwww%5Cskyehome.htm#D_ It doesn't work. I get a blank window. Note that after I click on the anchor, Warpzilla displays 5, not 3, forward slashes after "file:". The anchor tags work in Netscape 4.61 and 2.02.
os/2
Assignee: asa → mkaply
Component: Browser-General → Networking: File
QA Contact: doronr → tever
The endif matches with a "#if defined(XP_PC) && !defined(XP_OS2)" r=dougt
might this substitution cause problems for some UNIX paths? for example, "\ " would be used for matching spaces in a path. but, do we even support that syntax? hmm... an what would this mean on the Mac? shouldn't this be inside an #ifdef for windows and os/2 ?
Darin, you are correct. I'll attach a new diff.
Status: UNCONFIRMED → NEW
Ever confirmed: true
r/sr=darin
sr on new patch from darin in email Fix checked in
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
+verifyme: can someone say this works for them now? +testcase: adding to test suite for file URLs.
Keywords: testcase, verifyme
QA Contact: tever → benc
+qawanted - I have no OS/2.
Keywords: qawanted
Verify - this is working
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: