Closed Bug 27741 Opened 26 years ago Closed 26 years ago

can't visit directorys with ftp that include # or :

Categories

(Core :: MathML, defect, P3)

x86
Linux
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: andreas.otte, Assigned: jud)

Details

PROBLEM: can't visit directorys with ftp that include # or : HOW TO REPRODUCE: create directorys on a ftp-server that contain # or : in it's names. Put some files into this directorys. Fire up mozilla against the the ftp server and try to visit these directorys by clicking with the mouse on the nsDirectoryViewer representation. Nothing happens. WHAT SHOULD HAPPEN: the directorys should be opened and the files displayed. NOTE: This works fine when visited over file urls (see bug 17964).
I have a fix for this. Do you have a test URL?
Status: NEW → ASSIGNED
nevermind. I found a test. works for me. I'll get this reviewed and checked in.
Just my own local webserver that is not accessible from the outside, just send me the diff, I will check it out.
Is there a high enough probability of hitting this that it should go in the beta?
Target Milestone: M15
this should be fixed. I think I already checked it in.
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Component: Networking → MathML
Resolution: --- → FIXED
Jud, my test directory with the ':' in it's name will not open. Triangle keeps spinning. Use ftp://slip/export/docroot/projects/dogbert/test/web/internal/ to see this. The directories are test1:dr and test2#dr. There should be a test.html file included. Not a beta item obviously.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
This is happening again with : because we no longer escape : in filenames (in my local build I'm doing that again to see if something fails, zdnet-urls are comming to my mind ...) and the code that might have fixed this in most cases without having to escape : is not making it into the build (bug 22251).
Status: REOPENED → RESOLVED
Closed: 26 years ago26 years ago
Resolution: --- → FIXED
with the changes checked in for bug 26003 this one is fixed too.
verified: NT 2000042009 Linux 2000042609
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.